¿Por qué Finder usa 59 GB de espacio de intercambio?

Mi nuevo retina MacBook Pro (con 16 GB de RAM) sigue recibiendo este mensaje "Su disco de inicio de Mac OS X no tiene más espacio disponible para la memoria de la aplicación". Tengo 300 GB de espacio libre en mi disco duro y 16 GB de RAM. Esto no debería estar pasando.

Pero sigue ocurriendo, incluso cuando no estoy usando activamente mi Mac. Fui a almorzar, regresé y vi esto: demasiado uso de RAM59 GB de intercambio utilizados.

Que esta pasando?

¿Puedo suponer que has intentado reiniciar?
Sí, he reiniciado y soluciona el problema inmediato, pero volverá a aparecer eventualmente.
Si se desconecta de la red y luego reinicia en modo seguro, ¿Finder no requiere tanta RAM? A continuación (si es necesario), repita nuevamente después de desconectar Time Machine y todas las unidades externas. Este podría ser un comportamiento normal basado en el trabajo que le ha dado a Finder, por lo que es difícil saber dónde se encuentra la línea de uso de RAM "demasiado" hasta que haya cuantificado el entorno donde se ejecuta Finder. Si no le importa buscar archivos de registro, ejecute sysdiagnoseFinder: tendrá un volcado de todas las asignaciones de memoria y mucho más para examinar.
Suena como un error extraño, pero la única solución posible que se me ocurrió sería intentar una instalación limpia. Estaré interesado en ver si alguien más ha experimentado esto.
Suena como una fuga de memoria . deberías reportarlo a apple.
¿Sucede esto cuando todos los demás programas están cerrados? No está claro en tu pregunta.
@Matt: sí, en realidad parece haber mejorado desde el último parche de ML
¿León de montaña? ¿Estabas ejecutando una versión beta de ML? Si es así, esto está fuera de tema, ya que no permitimos preguntas sobre software beta o preliminar en Ask Different.
No. Estaba ejecutando la versión de lanzamiento oficial de Mountain Lion que vino de fábrica en mi Retina MacBook.

Respuestas (2)

Creo que esto es un error en OS X 10.7. También tengo una retina MacBook Pro. El mío es 2.6/16/512, y me di cuenta de que había 0 salidas de página pero se estaba creando un archivo de intercambio muy grande (el mío tenía unos 8 GB). Cerrar aplicaciones redujo activamente el espacio de intercambio que se utilizaba. Una vez más, no se registraron salidas de página.

Creo que esto tiene que ver con el archivo de imagen de suspensión que también se aloja junto con los archivos de memoria virtual en /private/var/vm. Cuando pmset hibernatemode se establece en 3 (predeterminado para computadoras portátiles, suspendido en RAM y disco), la imagen de suspensión se escribe al dormir. Esta es la razón por la que estas computadoras portátiles tardan unos minutos en dormirse: está escribiendo hasta 16 GB de RAM en la imagen de suspensión.

Sin embargo, cambiar esta configuración para que la RAM se encienda en modo de suspensión y NO se escriba ninguna imagen de suspensión no ha resultado en aumentos anormales en el tamaño del archivo de intercambio. Mi sospecha es que, en algunos casos, la imagen del sueño se conserva después del sueño y provoca la creación de archivos de intercambio. Tal vez sea este comportamiento incorrecto el que también está dando como resultado los tamaños de archivo de intercambio inusualmente grandes que está viendo.

Desde la página de manual de pmset , para cambiar a NO suspender en disco, ejecutaría en una Terminal:

sudo pmset -a hibernatemode 0

Para eliminar la imagen de suspensión (y recuperar 16 GB en su computadora con 16 GB de RAM), ejecute:

sudo rm /var/vm/sleepimage

Reinicio después de estas operaciones solo para asegurarme de que no haya rarezas. En cada fuente de energía, puede verificar el estado con:

pmset -g

Debe tener en cuenta que, en caso de pérdida total de energía (la batería se agota y no se enchufa), el contenido de la RAM no se habrá guardado en el disco duro y perderá su trabajo. Para mí, este es un riesgo pequeño pero calculado debido a la velocidad de reposo/activación, junto con la gran duración de la batería y el espacio de almacenamiento recuperado. Además, para mí parece haber mitigado este problema, que no he visto en ninguna otra computadora portátil Mac que haya tenido. Sin embargo, desearía que tuviéramos esas luces indicadoras de batería.

Creo que el error se ha solucionado. No he visto que esto suceda desde el último parche de ML, al menos.
Tengo la última versión de ML en un rMBP y sigo viendo este problema.
No estoy tan seguro de que se trate de un error en el sistema operativo tanto como de cómo funciona el intercambio cuando ejecuta otro software con pérdidas de memoria y no reinicia lo suficiente para mantener los archivos de intercambio bajo control.
@bmike Me inclino a estar de acuerdo, aunque las versiones anteriores del sistema operativo no tenían este problema en otras máquinas. Tampoco he visto ningún informe verificado de esto específicamente en MacBook Pros sin retina que ejecutan el mismo sistema operativo, aunque pueden existir.

Tuve este problema debido a un error en Dropbox en mi MacBook Pro de 13 pulgadas.

Era una versión antigua de Dropbox. Después de salir de Dropbox e instalar una nueva versión (1.4.1 -> 1.4.17), mi problema se solucionó.