Encontrado el problema de la enorme fuga de memoria de GNOME
Los desarrolladores de GNOME han pasado la última semana tratando de identificar la raíz del problema, lo que hace que el uso de la memoria del sistema aumente cada minuto que se utiliza GNOME-Shell.
Siguiendo nuestro informe, cientos de usuarios de GNOME-Shell en varias distribuciones de Linux, llevaron a foros de internet y redes sociales la confirmación de que existe un problema de memoria en sus sistemas. Y con la lentitud del sistema y los problemas de rendimiento gráfico, no sorprende saber que la gente notara que algo estaba pasando.
Afortunadamente, la causa de la fuga ha sido (aparentemente) identificada.
El desarrollador de GNOME, Georges Basile Stavracas, es el que se zambulle de cabeza para resolver el problema y buscar dónde viene la “fuga”.
En una descripción detallada de sus pruebas, comprobaciones y hallazgos compartidos en el informe de error de Gitlab para el problema, parece ser que encontró la causa: “… algo está pasando con Garbage Collection”.
¿Qué es Garbage Collection?
‘Garbage Collection‘ es una forma de administración automática de memoria (según Wikipedia), según la cual “… el recolector de basura […] intenta reclamar la memoria ocupada por objetos que el programa ya no usa“.
“El desencadenamiento de Garbage Collection fue capaz de reducir la cantidad de memoria utilizada por GNOME Shell a niveles normales” “Esta mañana, después de perder todas mis esperanzas de encontrar la causa de esta pérdida de memoria, encontré un comportamiento muy interesante que pude reproducir usando estos pasos“, señala Stavracas.
Al ejecutar el recolector de elementos no utilizados para GJS [Enlaces de JavaScript de GNOME], Stavracas dice que pudo reducir la cantidad de memoria utilizada a ~ 250 MB, que es lo que GNOME-Shell normalmente “consume” en el inicio.
Buenas noticias, ¿verdad?
La solución aún no se ha publicado. Si tu inglés es mejor que el mío, notarás que el título está en el presente del tiempo progresivo. La “solución” para este problema aún no está disponible, pero ahora que los desarrolladores se han enfocado en la causa, pueden trabajar en una solución efectiva.
Queda por ver si alguno de esos parches puede llegar a tiempo para ser incluido en Ubuntu 18.04 LTS. Pero si no, siempre hay actualizaciones posteriores a la publicación.
El error está marcado como prioridad “crítica” y “alta” tanto para Ubuntu 17.10 como para Ubuntu 18.04 LTS en Launchpad, que muestra que Ubuntu está lo suficientemente preocupado por el problema como para aconsejar a tiempo sobre un remedio.
i followed you :)