He tenido un proceso de compresión de una semana en un MacBook. Cuando llegó al 95%, la velocidad de repente cayó al 5% de uso de CPU. Rastreando el problema, encontré que kernel_task está ocupando 6.87GB, dejando aproximadamente 1GB para los otros procesos. Esto provoca una sobrecarga en el proceso de compresión. Siguiendo el problema más a fondo, descubrí que un proceso de bash está usando ¡casi 1TB (!) de memoria del kernel. ¡Esto es ligeramente más que el espacio libre en mi disco duro! No tengo ni idea de lo que está haciendo, ningún otro proceso parece tenerlo como padre.
Cerré todas las ventanas de bash, pero el proceso permaneció. Ejecuté kill en él, sin diferencia. Finalmente lo terminé usando kill -9.
En ¿Por qué la memoria filtrada aparece asignada dinámicamente a kernel_task y por qué macOS no puede recogerla como basura, matar Preview resolvió este problema, pero en mi caso, el uso de memoria de kernel_task permaneció. Tal vez debido a cómo fue asesinado. Intenté ejecutar sync y purge, sin diferencia. La recolección de basura no se aplica a kernel_task. ¿Hay algo más que podría hacer para recuperar esta memoria? Teóricamente, si pudiera mover al menos la memoria inactiva a swap, entonces el proceso de compresión tendría suficiente para completar rápidamente lo que está haciendo.
No parece que las extensiones de kernel estén usando una cantidad anormal de memoria, no están instaladas extensiones de terceros.
