Пре неколико дана је то урађено пост на Убунту форуму, којаЦаноницал програмери су приметили да десктоп окружење “Гноме схелл” у Убунту верзији 19.04, који је заснован на Гноме 3.32, Био је приметно спорији од других десктоп окружења.
У почетку се претпостављало да је разлог употреба ЈаваСцрипт-а, али се испоставило да је ЈаваСцрипт само десет одсто кода у комбинацији Гноме Схелл-а заједно са Муттер менаџером прозора и да то заправо није одговорно за уочену спорост.
Следећа претпоставка је била да софтвер преоптерећује ЦПУ или графичку картицу. Али мерења су показала да то није случај. Уместо тога, показало се да су процесори били приморани да предуго не раде.
Важно је напоменути да је већина изворног кода у пројекту Муттер, а не у Гноме Схелл-у. Дакле, свеукупно, само око 10% Гноме Схелл-а је написано у ЈаваСцрипт-у када се узме у обзир Муттер, а око 90% је написано у Ц.
Дакле, програмери су могли да фокусирају своја истраживања на мерење времена, који се у чланку назива „реално време“. Зато што Гноме и Муттер обрађују петљу догађаја Глиб сваки у једној нити, Они су склони кашњењу.
Свако дуже кашњење може довести до прескакања једног од оквира који чине слику на монитору. Ово се манифестује у приметном заостајању за корисника на монитору.
Мерећи различита кашњења, програмери су пронашли не мање од пола туцета Гноме грешака исправљених у Гноме 3.34.
Прва грешка је довела до прескакања оквира јер је након кашњења у планирању оквира од неколико милисекунди, погрешно израчунато време у којем би оквир требало да се поново изгради.
Али исправљање ове грешке, која се није увек дешавала, учинило је презентацију много глаткијом.
Друго, лПрограмери су открили да скоро сви оквири заостају за Кс.орг јер је рамски прорачун прерано успостављен. При брзини кадрова од 60 Хз, екран је заостајао за 16 мс.
У овом случају Ваиланд није погођен. Још једна грешка се тиче само Вејланда. Проблем је био у томе што је у Муттер-у брзина приказивања показивача миша била подешена на 60Хз.То би могло довести до проблема са искоришћењем ЦПУ-а до 100% ако је брзина освежавања била другачија.
такође Мутер је представио још један проблем који је до сада само делимично решен. Као резултат тога, сви улазни догађаји су одложени до следећег оквира, односно до 16 мс на 60 Хз.
Још једно кашњење је узроковано исправкама за Нвидијине власничке драјвере на Кс.орг, које сада више нису потребне.
И још један проблем је такође наглашен, одређује на шта утиче показивач миша, на који су ОпенГЛ позиви упућени, ово изузетно утиче и узрокује додатне тајм-ауте због потребне синхронизације између ЦПУ-а и ГПУ-а.
Као резултат, Гноме 3.34 је знатно бржи. Ya Постоје још најмање два позната проблема која још увек нису решена.
- Када користите више монитора, рушења у Ваиланд бацкенд-у изазивају значајна кашњења. Ово би требало да буде поправљено према програмерима у Гноме 3.36, а самим тим и у Убунту 20.04.
- Други проблем је што још увек нису решена сва кашњења у Муттеру. Чланак се завршава низом савета о томе које грешке треба избегавати приликом решавања проблема и увидом о томе шта даље да се ради.
Оптимизација Гноме би требало да буде за Убунту 20 у низу побољшања то би требало да се фокусира на модерном и брзом хардверу. Преостале проблеме који утичу на старије и спорије рачунаре треба решити и решити у Убунту 20.10.
Ако желите да сазнате више о публикацији, можете проверити следећи линк.