Преди няколко дни беше направено публикация във форума на Ubuntu, което тойРазработчиците на Canonical отбелязват, че работната среда "Черупка на Gnome" в Ubuntu версия 19.04, който се основава на Gnome 3.32, беше забележимо по-бавен от другите среди на работния плот.
Първоначално се предполагаше, че причината е използването на JavaScript, но се оказа, че JavaScript е само десет процента от кода в комбинацията от черупката на Gnome заедно с мениджъра на прозорците Mutter и че това всъщност не е отговорно за наблюдаваната бавност.
Следващото предположение беше, че софтуерът претоварва процесора или графичната карта. Но измерванията показаха, че това не е така. Вместо това се появи, че процесорите бяха принудени да стоят без работа твърде дълго.
Важното, което трябва да се отбележи тук, е, че по-голямата част от изходния код е в проекта Mutter, а не в Gnome Shell. Така че като цяло само около 10% от черупката на Gnome е написано в JavaScript, когато разгледате Mutter, а около 90% е написано в C.
Следователно, разработчиците успяха да фокусират своите изследвания върху времето, посочен в статията като „в реално време“. Тъй като Gnome и Mutter обработват цикъл на събития Glib всеки в една нишка, те са склонни към закъснения.
Всяко по-дълго забавяне може да доведе до пропускане на един от кадрите които съставят изображението на монитора. Това се проявява в забележимо забавяне за потребителя на монитора.
Измервайки различните закъснения, разработчиците откриха не по-малко от половин дузина грешки в Gnome, фиксирани в Gnome 3.34.
Първата грешка доведе до пропускане на кадър, тъй като след забавяне на планирането на кадъра с няколко милисекунди, времето, през което кадърът трябваше да бъде възстановен, беше неправилно изчислено.
Но коригирането на тази грешка, която не винаги се случва, направи презентацията много по-гладка.
Второ, лРазработчиците установиха, че почти всички кадри са забавени на X.org защото изчисляването на таблицата беше зададено твърде рано. При честота на кадрите от 60 Hz екранът се забавя с 16 ms.
В този случай Wayland не е засегнат. Друга грешка касае само Wayland. Проблемът беше, че в Mutter скоростта за показване на показалеца на мишката беше зададена на 60 Hz. Това може да причини проблеми до 100% използване на процесора, ако честотата на опресняване е различна.
също Мътър имаше друг проблем, който до момента е разрешен само частично. В резултат на това всички входни събития се забавиха до следващия кадър, т.е. до 16 ms при 60 Hz.
Друго забавяне беше причинено от корекции за собствените драйвери на Nvidia на X.org, които вече не са необходими.
И друг проблем също беше подчертан, той определя какво влияе върху показалеца на мишката, в който са били осъществени повиквания на OpenGL, това се отразява изключително много и причинява допълнително време на изчакване поради необходимата синхронизация между процесора и графичния процесор.
В резултат на това Gnome 3.34 е значително по-бърз. Ya известни са поне още два проблема, които все още не са разрешени.
- Когато използвате множество монитори, сривовете в задния край на Wayland причиняват значителни закъснения. Това трябва да бъде поправено според разработчиците на Gnome 3.36 и по този начин Ubuntu 20.04 също.
- Вторият проблем е, че още не са разрешени всички закъснения в Mutter. Статията завършва със съвети за грешките, които трябва да се избягват при отстраняване на неизправности, и перспектива за това какво да правите по-нататък.
Оптимизиране Gnome трябва да бъде за Ubuntu 20. 04 с редица подобрения На какво трябва да се фокусират? на модерен и бърз хардуер. Останалите проблеми, засягащи по-стари и по-бавни компютри, трябва да бъдат решени и разрешени в Ubuntu 20.10.
Ако искате да научите повече за публикацията, можете да проверите следната връзка.