Il y a quelques jours c'était fait un post sur le forum Ubuntu, qu'ilLes développeurs canoniques ont noté que l'environnement de bureau "Coquille de gnome" dans la version Ubuntu 19.04, qui est basé sur Gnome 3.32, il était nettement plus lent que les autres environnements de bureau.
Au départ, on supposait que la raison était l'utilisation de JavaScript, mais il s'est avéré que JavaScript ne représentait que dix pour cent du code dans la combinaison du Gnome Shell avec le gestionnaire de fenêtres Mutter et que cela n'était pas réellement responsable de la lenteur observée.
L'hypothèse suivante était que le logiciel surchargeait le processeur ou la carte graphique. Mais les mesures ont montré que ce n'était pas le cas. Ce qui est apparu à la place, c'est que les processeurs ont été forcés de rester inactifs trop longtemps.
La chose importante à noter ici est que la plupart du code source se trouve dans le projet Mutter, pas dans Gnome Shell. Donc, dans l'ensemble, seulement environ 10% du shell Gnome est écrit en JavaScript lorsque vous considérez Mutter, et environ 90% est écrit en C.
Par conséquent, les développeurs ont pu concentrer leurs recherches sur le timing, désigné dans l'article comme «temps réel». Parce que Gnome et Mutter traitent une boucle d'événements Glib chacun dans un seul fil, ils sont sujets à des retards.
Tout délai plus long peut faire sauter l'une des images qui composent l'image sur le moniteur. Cela se manifeste par un décalage notable pour l'utilisateur sur le moniteur.
En mesurant les différents décalages, les développeurs ont trouvé pas moins d'une demi-douzaine de bugs Gnome corrigés dans Gnome 3.34.
La première erreur a conduit au saut d'une trame car après un retard de programmation de trame de quelques millisecondes, le temps que la trame devrait être reconstruit a été mal calculé.
Mais la correction de cette erreur, qui ne se produisait pas toujours, a rendu la présentation beaucoup plus fluide.
Deuxièmement, lLes développeurs ont constaté que presque toutes les images étaient retardées sur X.org car le calcul de la table a été défini trop tôt. À une fréquence d'images de 60 Hz, l'écran a été retardé de 16 ms.
Dans ce cas, Wayland n'est pas affecté. Une autre erreur ne concerne que Wayland. Le problème était que dans Mutter, la vitesse d'affichage du pointeur de la souris était réglée sur 60 Hz. Cela pouvait causer des problèmes d'utilisation du processeur allant jusqu'à 100% si le taux de rafraîchissement était différent.
Aussi Mutter avait un autre problème qui n'a été que partiellement résolu jusqu'à présent. Par conséquent, tous les événements d'entrée ont été retardés jusqu'à la trame suivante, c'est-à-dire jusqu'à 16 ms à 60 Hz.
Un autre retard a été causé par des correctifs pour les pilotes propriétaires de Nvidia sur X.org, qui ne sont plus nécessaires maintenant.
Et un autre problème a également été mis en évidence, détermine ce qui affecte le pointeur de la souris, dans lequel les appels OpenGL ont été effectués, cela affecte extrêmement et provoque des temps d'attente supplémentaires en raison de la synchronisation nécessaire entre le CPU et le GPU.
En conséquence, Gnome 3.34 est nettement plus rapide. Ya au moins deux autres problèmes connus qui n'ont pas encore été résolus
- Lors de l'utilisation de plusieurs moniteurs, les plantages sur le backend Wayland entraînent des retards importants. Cela devrait être corrigé selon les développeurs sur Gnome 3.36 et donc Ubuntu 20.04 également.
- Le deuxième problème est que tous les retards chez Mutter ne sont pas encore résolus. L'article se termine par des conseils sur les erreurs à éviter lors du dépannage et sur la marche à suivre.
Optimisation Gnome devrait être pour Ubuntu 20. 04 dans un certain nombre d'améliorations Sur quoi devraient-ils se concentrer? sur du matériel moderne et rapide. Les problèmes restants affectant les ordinateurs plus anciens et plus lents doivent être traités et résolus dans Ubuntu 20.10.
Si vous souhaitez en savoir plus sur la publication, vous pouvez consulter le lien suivant.