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 GNOMEGeorges 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.

Original

Comparte

(Artículo visitado 7 veces, 1 visitas hoy)

4
Responder

avatar
Photo and Image Files
 
 
 
Audio and Video Files
 
 
 
Other File Types
 
 
 
5 Hilo de comentarios
1 Hilo de respuestas
0 Seguidores
 
Comentario más reaccionado
Hilo de comentarios más populares
4 Autores de comentarios
maslinuxAlorielwatchmenJavi M. Autores de comentarios más recientes

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.

  Suscribirse  
+ nuevos + antiguos + votados
Notificarme de
Anonymous
Invitado
Anonymous

0.5

Javier
Invitado
Javier

Exelente notícia para los Gnomeros ! 😉

watchmen
Invitado
watchmen

que bueno! Es lo que tiene montarle un GC a C y sobre el un interprete de JS, ja, ja, ja ya veremos como van las cosas con GTK4 una ves consolidadas todas las ideas del inovador Gnome Shell que se ha estado labrando su propio camino mas alla del paradigma windowsero

Anonymous
Invitado
Anonymous

5

Aloriel
Invitado
Aloriel

Es lo que pasa por usar (puta mierda de) javascript. Todavia no entiendo como se pudo permitir desarrollar GNOME-Shell en Javascript.

maslinux
Invitado
maslinux

Cierto, la última vez que probé Ubuntu 18.10 con GNOME hace un mes me frió la RAM y las aplicaciones tardaban en cargarse. Mi PC tiene 8 GB de memoria, no es para celebrarlo.
Salud.