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

(Visitada 1 veces, 1 visitas hoy )

4
Responder

avatar
5 Hilos de comentarios
1 Réplicas del hilo
0 Seguidores
 
Comentario con más reacciones
Hilo de comentario más vibrante
4 Autores de comentarios
maslinuxAlorielwatchmenJavi M. Últimos comentaristas
  Suscribirse  
Notificar a
Anónimo
Pingüino
Anónimo

0.5

Javi M.
Pingüino
Javi M.

Exelente notícia para los Gnomeros ! 😉

watchmen
Pingüino
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

Anónimo
Pingüino
Anónimo

5

Aloriel
Pingüino
Aloriel

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

Quizás te interese..

Más de: Escritorios

No olvides..

maslinux

Linuxero desde el pasado siglo XX :-)

Maslinux.es utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.plugin cookies

ACEPTAR
Aviso de cookies
Social media & sharing icons powered by UltimatelySocial