GNOME Performance Hackfest: buscando mejorar el rendimiento de GNOME Shell

GNOME Shell es un gran entorno de escritorio que tiene en la simplicidad su mayor virtud, pero que desde hace tiempo arrastra un problema bastante acusado: un consumo de recursos excesivo, más cuando se trata de la RAM.

Con un ordenador potente se puede salvar la mayoría de los obstáculos que plantea el software “pesado”, pero el problema de GNOME queda agravado cuando se empieza a comparar con otros entornos, sobre con todo con su rival histórico, KDE (actualmente Plasma 5), que con una buena implementación es capaz de consumir unos 500 megabytes en sistemas “precocinados” como Kubuntu, mientras que es difícil ver actualmente al entorno originario del proyecto GNU bajar del giga en un sistema de las mismas características.

Afortunadamente, desde la comunidad de GNOME son conscientes de este problema, y posiblemente de ahí derive el GNOME Performance Hackfest, que se ha celebrado entre los días 14 y 16 de mayo de 2018 en Cambridge (Inglaterra, Reino Unido). Según la tentativas de agenda, en el evento se intentaría “buscar e implementar estrategias para reducir el consumo de RAM de una sesión de GNOME típica”, “mejorar la frecuencia de imágenes por segundo y la latencia de GNOME Shell” y “observar potenciales problemas en plataformas de entrada/salida lentas”. Como patrocinador se contó con RaspberryPi, el conocido miniordenador cuya trayectoria está muy ligada a Linux.

Según ha contado Alberto Ruiz en el blog Silicon Island, Jonas Adahl, Marco Trevisan, Eric Anholt, Emmanuele Bassi, Carlos Garnacho y Daniel Stone han estado reuniéndose para tratar sobre el rendimiento de GNOME Shell, con discusiones a alto nivel sobre pipeline, Clutter, Cogl, Cairo/GTK3 y GTK4. Sin embargo, el esfuerzo principal se centró en ayudar a Christian Hergert con sysprof (DRM, Mutter, GJS… ) para los cuellos de botella en el rendimiento a diferentes niveles y detectar sus orígenes.

En la agenda del evento se puede ver un resumen sobre el consumo de recursos de una sesión de GNOME típica en Fedora Workstation. Una de las cosas que se han detectado es que eliminando la instancia de gnome-shell propia de GDM se puede ahorrar unos 280 megabytes de RAM, lo cual no está nada mal y sería una mejora que los usuarios percibirían. A esto se suman otras propuestas que ayudarían a reducir el consumo de recursos y los problemas de rendimiento de GNOME Shell.

GNOME GNOME Performance Hackfest GNOME Shell

Steven
Que buena noticia. Una de las cosas que yo note era la dependencia que tiene de los procesos pertenecientes a Evolution que consumen bastante a pesar de no usar este cliente de correo, por fortuna parece que están trabajando eso y otras cosas que necesitan optimización.
- Apalpador
  Sí, me pasa lo mismo, he notado que Evolution y sus servicios asociados es de lo que más recursos utiliza….lo que no sé es si hay una manera sencilla de inhabilitar estos servicios, porque creo que son unos cuantos…..
  - dimoni
    es que si desinstalas evolution o lo intentas se te lleva detras todo gnome o sea que cuidado. para inhabilitarlo mira si en aplicaciones al inicio se pudiera hacer.
    - Amir Torrez
      Yo ejecutaba un script en bash que mataba procesos al inicio, Evolution uno de ellos
  - Steven
    Intenta seguir los pasos de la sección Evoluntion de este tutorial:
    https://www.atareao.es/como/reducir-el-consumo-de-ram-en-ubuntu/
    Yo no lo he probado, pero te lo paso por si acaso.
    - Apalpador
      gracias!! …esta es la parte mala de tener unos escritorios tan integrados….
SAYO
Es una de las razones por la cual las instalaciones nuevas la hago con Kubuntu 18.4. Ya sea una CPU nueva o una modesta con una misma versión hago todo. De todos modos el paradigma de Gnome Shell no me gusta.
- Eduardo Medina
  Lo bueno de Plasma 5 es que puedes meterlo en un ordenador de hace 10 años y vuela.
  - Luciano Arleo
    Escuche en este blog decir que Plasma puede estar tan optimizado como xfce ¿Como se optimiza Plasma de esa manera? Saludos.
    - Fernando
      Borrando todo el gestor de información personal (kmail, korganizer…) y por supuesto akonadi.
      - elav
        Y si le quitas los efectos.. un XFCE con esteroides. XD
    - Luisangel Boscán
      tampoco hay que exagerar, plasma consume recursos. si quieres algo ligero usa distros con entornos ligeros como Q4OS u exe-GNU-linux
  - Steven
    Eso es lo bueno que tiene Plasma y me sorprende lo que cambian las cosas. Quien diría que antes era al revés y Plasma era el entorno pesado y Gnome el ligero. Espero que logren una cambio notable en Gnome y que se empareje más la cosa.
kj
A ver que resultados genera esto. Gnome es actualmente el DE perfecto para mio a la hora de trabajar, pero eso no quita que sea un tragón y que una pulida no le venga mal.
Goo Ball
Lo mejor que pueden hacer eliminar gnome-shell del entorno por defecto y dejar que distintos grupos de programadores creen unas cuantas extensiones que suplan la funcionalidad perdida. XD
Rafael
Pues que ya quiten lo de Evolution y esos procesos añadidos por defecto. Se ahorrarían muchas cosas.
Por mi parte, yo espero a ver GTK+4 para asumir que tanto el rendimiento como el consumo serán más optimizados.
- Steven
  Por lo que vi están trabajando en eso específicamente, falta esperar un poco para ver el resultado. ¿GTK+4? ¿Tan pronto? y pensar que algunas aplicaciones y entornos aun siguen con GTK+2. Espero que no se queden tan rezagados con esta nueva versión.
  - Rafael
    Oh si, se quedarán rezagados, mucho más rezagados de lo que nos imaginamos. Quisiera aplicar la de: por supuesto que se actualizarán; pero es más posible que no pase en el corto plazo.
    Respecto a GTK+4, mientras que hay fechas para la salida del toolkit (otoño de este año), hasta donde sé, todavía no hay fecha para ese futuro GNOME con GTK+4. Sería bueno que salieran alineados, ya que hay que admitir que GNOME tiene serios problemas de rendimiento, y esta nueva versión está enfocada en mejorar el rendimiento.
    - Jakeukalane Milegum Firisse
      Yo no entiendo mucho por que hacen «versiones» como si fueran de cero. Es como involuciones periódicas . Esto pasa en todo pero sobre todo en los DE.
      - Heribertoc
        desde que kde se mudo a la version 4 ha habido re-escritura por lo menos no total solo paso a el tolkit del momento y ya.
      - Rafael
        Tal vez porque hasta hace poco, la tendencia sobre las interfaces era la innovación, y en GNU/Linux querían abarcarlo todo.
        Y ahora la tendencia es el revisionismo; los usuarios quieren las interfaces más fáciles, más simples, pero sin cambios bruscos de paradigmas.
    - lestcape
      Bueno, creo que te vas a quedar esperando. Desde siempre, el plan luego de la salida de Gtk4, era que primero migraran las aplicaciones de Gnome poco a poco y luego valorar la incorporación de Gtk4 al escritorio en si.
      Por otra parte, pues creo que están viendo que van a hacer con Clutter. La incorporación de Clutter en el shell de gnome, se debe a que Clutter es capaz de renderizar sus componentes usando OpenGL. Esto es algo que Gtk puede hacer desde la versión 3.90 (si mal no recuerdo), pero los problemas de rendimiento son en Gtk peores que los que ocurren en Clutter y esto han sido un gran impedimento para su avance y expansión al shell. El soporte del renderizado OpenGL en Gtk es gracias también al desarrollador principal de Clutter, que dejo de trabajar en Clutter, para entonces trabajar en añadir este soporte en Gtk.
      La respuesta clara es que Clutter desaparesca tambien del shell a largo plazo y se use solo Gtk4 en los proyectos Gnome. Sin embargo, una gran cantidad de código del shell va a tener que cambiar y las extensiones de 3eros, bueno pues, van a tener que reescribirse también.
      - Rafael
        Todo lo que dices me sorprende, pero tiene todo el sentido del mundo.
        Lo que ya no tiene sentido, ni me cuadra, es que, si sabían que la migración sería gradual, ¿por qué diseñaron el modelo de versiones de GTK como lo hicieron?
        Si no me equivoco, sacarán una versión nueva cada dos años (GTK+4, +5, +6 y así), pero dudo que ellos mismos puedan con el calendario. Cuando hayan terminado la migración total, ya estará GTK+5. Supongo que en algo me equivoco.
      - lestcape
        Pues disculpa que te diga lo que entiendo y no lo que es, porque la verdad es que es confuso para mi de entender esto de las versiones de Gtk también.
        Según entiendo, Gtk+4 y Gtk 4.0 son dos cosas distintas. Entonces puede existir Gtk 4.0 pero esta versión ser con tecnología Gtk+3 y puede existir Gtk 4.0, Gtk 5.0 y Gtk 6.0, pero ser con tecnología Gtk+4. Es decir, que una nomenclatura se corresponde a algo así como la tecnología principal y la otra simplemente indica la versión. Cuando hay un cambio de tecnología hay un cambio de Gtk+, pero puede haber un cambio de versión, sin cambio de tecnología.
        Nuevamente esto es lo que entiendo, no te garantizo que así sea. Entonces en mi comentario anterior, cuando dije Gtk4. Debía haber dicho Gtk+4, porque mi intención era referirme a la tecnología y no a la versión.
      - lestcape
        Acá te dejo el enlace de como está la cosa:
        https://blog.gtk.org/2016/09/01/versioning-and-long-term-stability-promise-in-gtk/
        Si te fijas 3.90 y 3.92, por ejemplo, pertenecen a Gtk+4 y no Gtk+3. Por otra parte Gtk+4 tiene un ciclo de vida de 3 años, no de 2 años.
        https://uploads.disquscdn.com/images/981d0e35f70e329e1f3c89c34845dfd746572a17c15cd97b01d4e8705b6dcb01.png
  - elav
    Aplicaciones en GTK2 == Producto inavtivo o desarrollador despreocupado. GTK2 ya no recibe soporte.
Fernando
Gracias, desarrolladores de GNOME. Muchísimas gracias. Y también a MuyLinux por hacerse eco.
Trapito-chan
wao, siempre he usado Gnome y nunca me había percatado de este gran inconveniente. Bueno, mi detalle es que nunca he usado otra plataforma
Heribertoc
Sinceramente espero que mejoren el rendimiento de mutter (gestor o compositor de ventanas no recuerdo) que en equipos modestos es el mayor problema del escritorio.
- Lt_Henry
  Es gestor y compositor, desde el punto de vista de X11, donde estos roles pueden estar separados (ie: metacity + compton). En Wayland ambos roles se le presuponen a un mismo actor. El problema que tiene mutter es que por diseño, esta pensado para funcionar solo con OpenGL. Esto deja fuera de juego a las tarjetas un poco antiguas sin suficiente memoria o extensiones necesarias, y deja fuera a OpenGL-ES. Puede funcionar por software emulando OpenGL pero esto es muy ineficiente.
  - Heribertoc
    Me preguntó que extebextens tiene mia tarjetas gráficas.
  - Apalpador
    Mi tarjeta es bastante antigua y mueve el entorno bastante bien. La clave, a mi entender, es que esté bien soportada en linux.
    - Lt_Henry
      No, una VooDoo 3 esta perfectamente soportada en Linux pero no puede correr mutter porque (entre muchas cosas mas) no es capaz de soportar texturas mas grandes de 256×256. Lo mismo pasa con aquellas GPU que solo pueden exportar una interfaz OpenGL ES.
      - Apalpador
        Ah, te agradezco la información. La máquina de sobremesa con la que trabajo es un core duo (Amd) de estos que ya tienen unos cuantos años. La gráfica es de esa época, y ya de aquellas era bastante normalita. A pesar del equipo, es sorprendente lo fluido que va Gnome, por eso comentaba que era suficiente (dentro de unos límites), con que la gráfica estuviera bien soportada …
elav
Ojalá y resuelvan este problema. No soy usuario de GNOME, pero una buena alternativa nunca está de más.
Pingback: GNOME Foundation ha recibido una donación de 1 millón de dólares | Software libre y Tecnologia()
Pingback: GNOME Foundation ha recibido una donación de 1 millón de dólares » MuyLinux()
Pingback: Eficiencia y optimización: los desafíos de GNOME » MuyLinux()
Pingback: Lo más destacado de GNU/Linux en 2018 - Pongara()

GNOME Performance Hackfest: buscando mejorar el rendimiento de GNOME Shell

Lo último

Suscríbete gratis a MuyLinux

Gracias, recibirás un correo para confirmar tu suscripción.