Pochi giorni fa è stato fatto un post sul forum di Ubuntu, che luiGli sviluppatori Canonical hanno notato che l'ambiente desktop "Gnome shell" nella versione Ubuntu 19.04, che si basa su Gnome 3.32, era notevolmente più lento di altri ambienti desktop.
Inizialmente si presumeva che il motivo fosse l'uso di JavaScript, ma si è scoperto che JavaScript era solo il dieci percento del codice nella combinazione di Gnome Shell insieme al window manager Mutter e che questo non era effettivamente responsabile della lentezza osservata.
Il presupposto successivo era che il software stesse sovraccaricando la CPU o la scheda grafica. Ma le misurazioni hanno mostrato che non era così. Quello che è emerso invece è che i processori sono stati costretti a rimanere inattivi per troppo tempo.
La cosa importante da notare qui è che la maggior parte del codice sorgente è nel progetto Mutter, non in Gnome Shell. Quindi, nel complesso, solo il 10% circa di Gnome Shell è scritto in JavaScript se si considera Mutter e circa il 90% è scritto in C.
Pertanto, gli sviluppatori sono stati in grado di concentrare la loro ricerca sui tempi, indicato nell'articolo come "tempo reale". Perché Gnome e Mutter elaborano un ciclo di eventi Glib ciascuno in un unico thread, sono soggetti a ritardi.
Qualsiasi ritardo più lungo può causare il salto di uno dei frame che compongono l'immagine sul monitor. Ciò si manifesta in un notevole ritardo per l'utente sul monitor.
Misurando i vari ritardi, gli sviluppatori hanno trovato non meno di una mezza dozzina di bug di Gnome risolti in Gnome 3.34.
Il primo errore ha portato al salto di un frame perché dopo un ritardo di programmazione del frame di alcuni millisecondi, il tempo che il frame avrebbe dovuto essere ricostruito è stato calcolato in modo errato.
Ma correggere questo errore, che non sempre si verificava, ha reso la presentazione molto più agevole.
Secondo, lGli sviluppatori hanno scoperto che quasi tutti i frame erano ritardati su X.org perché il calcolo della tabella è stato impostato troppo presto. A un frame rate di 60 Hz, lo schermo è stato ritardato di 16 ms.
In questo caso Wayland non è interessato. Un altro errore riguarda solo Wayland. Il problema era che in Mutter, la velocità di visualizzazione del puntatore del mouse era impostata a 60 Hz. Ciò poteva causare problemi fino al 100% di utilizzo della CPU se la frequenza di aggiornamento fosse diversa.
anche Mutter ha avuto un altro problema che finora è stato risolto solo parzialmente. Di conseguenza, tutti gli eventi di ingresso sono stati ritardati al frame successivo, cioè fino a 16 ms a 60 Hz.
Un altro ritardo è stato causato dalle correzioni per i driver proprietari di Nvidia su X.org, che ora non sono più necessari.
Ed è stato anche evidenziato un altro problema, che determina cosa influisce sul puntatore del mouse, in cui sono state effettuate chiamate OpenGL, questo influisce molto e provoca tempi di attesa aggiuntivi dovuti alla necessaria sincronizzazione tra CPU e GPU.
Di conseguenza, Gnome 3.34 è significativamente più veloce. Ya sono noti almeno altri due problemi non ancora risolti.
- Quando si utilizzano più monitor, gli arresti anomali sul backend Wayland causano ritardi significativi. Questo dovrebbe essere risolto secondo gli sviluppatori su Gnome 3.36 e quindi anche su Ubuntu 20.04.
- Il secondo problema è che non tutti i ritardi a Mutter sono stati ancora risolti. L'articolo si conclude con suggerimenti su quali errori evitare durante la risoluzione dei problemi e prospettiva su cosa fare dopo.
Ottimizzazione Gnome dovrebbe essere per Ubuntu 20. 04 in una serie di miglioramenti Su cosa dovrebbero concentrarsi? su hardware moderno e veloce. I problemi rimanenti che interessano i computer più vecchi e più lenti devono essere affrontati e risolti in Ubuntu 20.10.
Se vuoi saperne di più sulla pubblicazione, puoi controllare il seguente link.