OSX Mavericks usando demasiada RAM


13

Recientemente actualicé mi MacBook Pro de 15 ”de mediados de 2011 a Mac OS X 10.9 Mavericks. Desde entonces, el uso de RAM de mi computadora se dispara hasta el punto de dejar mi computadora inutilizable. Específicamente, en cualquier lugar entre un minuto y 2 horas después de arrancar, el proceso kernel_taskva a utilizar entre 4 y 5 GB de RAM (tengo instalado 8 GB) y mdsy mds_storea utilizar alrededor de 2 GB entre ellos. En ese punto, todas mis aplicaciones dejan de responder.

Si no reinicio mi computadora dentro de los cinco minutos posteriores a esto, Mac OS X me pedirá que cierre todas mis aplicaciones. Si no lo hago, la computadora deja de responder (incluso para reiniciar las solicitudes) y tengo que realizar un apagado completo. Si lo hago, sucede lo mismo, pero lleva un par de minutos más. Hablé con un representante de Apple y me dijo que flasheara mi PRAM y reiniciara el SMC, lo cual hice, pero no pasó nada.

Aparte de eso, dijo que enviara mi dispositivo, lo que no puedo hacer en este momento. ¿Tienes idea de lo que está pasando?


1
Por lo general, con el software recién lanzado, encontrarán muchos problemas como estos cuando la gente comience a usarlo. Te sugiero que vuelvas 10.8y esperes un poco antes de instalar lo más reciente, déjalos resolver los errores y luego sube a bordo. Si no sufres ningún problema en 10.8, sabes que es el nuevo sistema operativo. No es ideal, pero es algo que podría hacer para que sea utilizable. Con suerte, ¿hizo una copia de seguridad (máquina de tiempo o de otro tipo) del antiguo sistema?
nerdwaller el

Lo intentaré Hice una copia de seguridad de datos pero no una copia de seguridad del sistema. ¿Hay alguna manera de revertir que no sea borrar la unidad, instalar 10.8y volver a guardar mis datos?
Julien Clancy

No que yo sepa, Apple generalmente trata de mantener a las personas en el "último". Por lo general, las instalaciones nuevas son el camino a seguir, solo un dolor en el trasero.
nerdwaller el

Respuestas:


9

Así que encontré lo mismo con mi iMac: Mavericks parecía estar masticando mucha más RAM que Lion o Mountain Lion.

Sin embargo, encontré una solución que no requiere un reinicio: "Uso del comando de purga en OS X Mavericks"

Simplemente ejecute sudo purge(le pedirá su contraseña) y purgará la memoria no utilizada en la que está colgado el sistema operativo.

Liberé más de 5 GB de esta manera sin problemas, aunque el sistema parece bloquearse por un momento o dos mientras realiza esta purga.


Encontré una solución similar, que es forzar el abandono mds. Esto también kernel_taskdeja ir su memoria, por alguna razón. Pero es bueno tener una solución más legítima, ¡gracias!
Julien Clancy

3
La purga no necesariamente hace lo que crees que hace. La página del manual en Mavericks dice que purga el caché del disco. En general, la purga de cachés hará las cosas más lentas , no más rápidas, porque las cosas tendrán que ser regeneradas y almacenadas en caché.
Zev Eisenberg

lo mejor es forzar el abandono (kill) mds aquí. mds es el servidor de metadatos o está demasiado simplificado: es Spotlight. Puede ser que el sistema tenga que reconstruir toda la base de datos de metadatos después de la actualización y para eso necesita revisar cada archivo en la computadora. Cuantos más archivos, más tiempo llevará este proceso ... así que seguiría adelante y eliminaría los procesos y dejaría que funcionara de la noche a la mañana.
Wolfie

Tengo un nuevo MBP (10.9.4) con 16 GB y kernel_taskestá usando más de 8 GB. Matar mdsno ayudó. ¿Hay alguna otra forma de reiniciar?
Dan

Esto parecía funcionar, pero la memoria se consumió rápidamente nuevamente.
Jared Burrows

4

Experimenté el kernel_taskaumento de hasta 20 GB de RAM y la saturación (pero no la liberación) de toda la RAM disponible, que esencialmente congeló todas mis aplicaciones en ejecución. A través de prueba y error, descubrí que era un proceso R desbocado, ya que después de cerrar la aplicación R, kernel_taskvolví a un nivel razonable de 1 GB (el R.app no ​​requería más de 1 GB de memoria en ese momento).

Entonces, la solución específica para mi escenario fue reiniciar la aplicación R.app. Puede intentar cerrar todas las aplicaciones en ejecución una por una para descubrir sistemáticamente con cuál podría estar interactuando kernel_tasky causando el problema.


1

Publiqué esta pregunta en los foros de soporte de Apple aquí y ejecuté algunos diagnósticos a su sugerencia. Desde que los ejecuté, descubrí una serie de nuevos problemas con mi sistema que no estaban presentes antes de instalar Mavericks. No es la menor entre ellos, muchos de mis paquetes de Python ya no funcionan (como el frasco y pandas), y easy_install, y pipahora están rotos. Me recomendaron que realizara una instalación limpia (y considerara degradar el proceso), lo que haré tan pronto como sea conveniente.


0

Tengo un viejo pero excelente iMac, de 2008 con una capacidad máxima de 4 Gb de RAM. Siguiendo las recomendaciones de Mac, realicé una reinstalación desde "cero" de Mavericks, pero el rendimiento seguía siendo muy malo y el consumo de memoria era terrible.

Además, bajo la promesa de "hacer que la Mac sea más rápida", instalé Mac Keeper, que por cierto estaba consumiendo mucha memoria para el antivirus más los recursos de la aplicación activada.

MI solución: desinstalar Mac Keeper. Inmediatamente recuperé 1.5 Gg de RAM, y después de reiniciar la computadora, estaba ahorrando 2.0 Gb de RAM.

Debido al modelo de mi iMac, aún necesito resolver el consumo excesivo de kernel_task. Creo que cometí un gran error al instalar Mavericks.


0

Para mí, el problema era Adobe Lightroom. Tengo 18gig de memoria en mi iMac y Kernel_task estaba teniendo 5.33 gig. Una vez que salí de Lightroom, la memoria utilizada cayó a 1.33 concierto.

Encontré la aplicación problemática con un:

sudo lsof | grep -i kernel

Ahora, ¿de quién es la culpa? ¿Apple o Adobe?


Mmmm, eso no funcionó la segunda vez (una semana después) cuando ocurrió este problema. Lightroom no estaba en la lista de ese grep y matarlo no liberó la memoria kernal_task. La técnica que probé a continuación fue mirar el Monitor de actividad y salir de esas aplicaciones que ocupan más memoria. Firefox fue el culpable de este momento.
HankCa

Lo que he notado es que incluso cuando la memoria kernal_task cae (de 5.3 a 1.3 conciertos en mis casos) la 'presión de memoria' apenas cambia y mi sistema todavía funciona de manera muy lenta. Y en cuyo caso un reinicio parece ser la única forma de solucionarlo. No está bien. Espero que OSX Yosemite solucione el problema.
HankCa

0

Lo que hice para mi máquina fue hacer un trabajo cron para purgar la memoria

He cambiado a superusuario

sudo su
crontab -e

Luego agregué la siguiente línea:

* * * * * purge

Para ejecutar purga cada minuto. Mi uso de memoria bajó de 16 / 16G a 9 / 16G en promedio.


1
Solo recuerda que esto también vacía todos los cachés. Sacrificará mucha velocidad, especialmente en sistemas sin SSD.
Daniel B

0

Yo tuve el mismo problema. Después de meses de presión de memoria, encontré la cura.

Si su cuenta de correo (intercambio alojado o imap) contiene muchos duplicados, en mi caso miles, la indexación destacada causa estragos. Supongo que está tratando de comparar todos los duplicados, por lo que puede mostrarlos como un solo mensaje.

Si su aplicación de correo iOS muestra diferentes recuentos no leídos para las mismas carpetas de correo de su aplicación de correo OS X, esta es una cierta indicación para duplicados. Lo mismo, si iOS muestra correos electrónicos, mientras que el correo de OS X muestra una carpeta vacía.

Los duplicados pueden resultar de un movimiento / copia / eliminación incompleto o de recibir múltiples copias del mismo correo.

Usé https://github.com/quentinsf/IMAPdedup para revisar todas las carpetas y eliminar duplicados automáticamente. Esto compara ID de mensaje o encabezados.

Después de eso, ninguno de mis Mac ha vuelto a ver la presión de memoria, nunca.

Espero que esto ayude a todos los que sufren de presión de memoria como lo hice yo.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.