Gnome Shell очень сильно нагружает процессор

Кто-то активно дрючит видяху видимо? А если так (и раскрыть все плюсики): perf top --call-graph dwarf?

rtl_pci это wifi

Окак, интересно как это…

Лучше --call-graph lbr

Я конечно не спец, но тут и не вооруженным глазом видно, что все не очень.

https://ibb.co/zQMJLW9

perf top --call-graph lbr у меня не заработала и показало этот результат

Поэтому я сделал то, что было написано и вот что я получил

        373 075,92 msec cpu-clock                 #    4,000 CPUs utilized          
           390 587      context-switches          #    0,001 M/sec                  
            39 249      cpu-migrations            #    0,105 K/sec                  
            33 271      page-faults               #    0,089 K/sec                  
   291 381 942 882      cycles                    #    0,781 GHz                      (83,33%)
   450 123 739 736      stalled-cycles-frontend   #  154,48% frontend cycles idle     (83,33%)
   437 979 181 480      stalled-cycles-backend    #  150,31% backend cycles idle      (66,67%)
    42 439 933 680      instructions              #    0,15  insn per cycle         
                                                  #   10,61  stalled cycles per insn  (83,33%)
     8 477 951 654      branches                  #   22,724 M/sec                    (83,33%)
       367 887 419      branch-misses             #    4,34% of all branches          (83,33%)

      93,274189648 seconds time elapsed

Такое ощущение, что вам пора материнку сменить, но это не точно. Обосную, знающие люди поправят:

• переключения контекста на уровне локов в принципе попадают в топ
• видно, что тормозит i/o на уровне сети и «ещё какого то i/o»

Можно дольше изыскания проводить но кажется что упирается именно в железки, а именно в шину от периферии до цпу, там где рассчитано, что спинлок это ок, он крутится слишком долго.

Или думать как настроить планировщик, хм.

какие далеко идущие теории, вместо вполне очевидного «гномощель/видеодрова говно». он же выше постил скрин, где она у него лупила 100% одного ядра, так что это тупо баг

Тогда нужно его воспроизведение и точка где тормозит в этот момент.

Я думал об этом после того, как Xorg грузил процессор 100%. Решилось это переходом к gnome без Xorg.

На следующей неделе, после сдачи проекта я думаю обновиться до ubuntu20.04 или перейти на xfce. Но в любое случае я еще попытаюсь покопаться, если что-то станет лучше, то я обязательно об этом сообщу.

Кстати, а из-за устаревших дров такое может быть? Потому что что-то тормозит в папке kernel/

Теоретически - может, на практике если только ты удачно попал на релиз с регрессией.

Вообще для gnome 3.36(если не ошибаюсь) выделили веху по анализу производительности и и устранению фризов и повышенного потребления ресурсов. Если так делает именно гном - тебя ребяты наверное проведут на треккере раз у тебя есть система где показательна проблема производительности. Поэтому к гноммерам ходить за рекомендациями по апгрейду сейчас крайне годная мысль.

20.04 - там ребяты реально по сравнению с 19.10 снизили аппетиты гнома, я думал у тебя на свежем гноме сиё наблюдается.

Может, апетиты, собственно, гнома они и снизили, но за счет всякого обвеса типа снапа оно будет ничего не изменится. У меня, когда я запускал ее с флешки, одно ядро периодически загружалось на 100% и ввод в терминале подтормаживал. П у меня процессор гораздо мощнее.

но ведь синглкор нинужын и будущее за многопотоком… (всегда)

Хз у меня система в простое с кучей вкладок в браузерах и zram висит на hpet, если пошевелиться конечно всё в page faults но это и ожидаемо, при этом проц холодный как полярный лёд. Чего я не мог сказать про предыдущую версию.

hpet надо тоже попробовать выпилить, интересно во-что это выльется, под виндой говорят fps в игорях растёт, может хоть в терминале fps вырастет?

На данный момент у меня gnome 3.30