Высокая загрузка ЦП при просмотре (AMD A6)

Моим ЦП является RADEON R4 AMD A6-9220. Я использую Ubuntu 16.04.1. Никакие дополнительные (собственные) доступные драйверы. Загрузки ЦП и в Chrome и в Firefox, аппаратное ускорение выключено в Chrome. Это происходит, когда я прокручиваю страницу главным образом. Или когда браузер открывается, и я делаю что-то еще (выполните некоторые другие задачи). Что-то не так точно с просмотром, я могу сделать намного более тяжелые задачи без такой реакции от ЦП (я могу наблюдать видео HD, например, от жесткого диска, не заставляя это загрузить больше чем 23%). Как top команда показала, что это главным образом Xorg процесс, который ест много (50%).

enter image description here

2
задан 29 August 2018 в 21:35

3 ответа

1111 Итак, вы заинтересовались, и я решил немного рассказать о Xorg. Примечание: у меня не установлены отладочные символы (и вы все равно не можете доверять им оптимизированный код) , поэтому вывод, который я получил, немного скуден, но тем не менее…

$ sudo operf --pid=$(pgrep Xorg) # scroll youtube in chromium for a bit, then interrupt the command
^C
$ opreport -l | head -n 20
[warnings skipped]
CPU: AMD64 family12h, speed 1900 MHz (estimated)
Counted CPU_CLK_UNHALTED events (CPU Clocks not Halted) with a unit mask of 0x00 (No unit mask) count 100000
samples  %        image name               symbol name
6030     26.0351  r600_dri.so              /usr/lib/dri/r600_dri.so
4717     20.3661  Xorg                     /usr/lib/Xorg
2616     11.2948  radeon                   /radeon
1135      4.9005  drm                      /drm
833       3.5966  libc-2.28.so             _IO_vfscanf
793       3.4239  ttm                      /ttm
686       2.9619  radeon_drv.so            /usr/lib/xorg/modules/drivers/radeon_drv.so
642       2.7719  libglamoregl.so          /usr/lib/xorg/modules/libglamoregl.so
524       2.2624  libEGL_mesa.so.0.0.0     /usr/lib/libEGL_mesa.so.0.0.0
476       2.0552  libc-2.28.so             arena_get2.part.4
465       2.0077  libGLdispatch.so.0.0.0   /usr/lib/libGLdispatch.so.0.0.0
397       1.7141  libglapi.so.0.0.0        /usr/lib/libglapi.so.0.0.0
345       1.4896  libc-2.28.so             exec_comm
328       1.4162  libEGL.so.1.1.0          /usr/lib/libEGL.so.1.1.0
325       1.4032  libpixman-1.so.0.34.0    /usr/lib/libpixman-1.so.0.34.0
178       0.7685  libdrm.so.2.4.0          /usr/lib/libdrm.so.2.4.0
154       0.6649  libfb.so                 /usr/lib/xorg/modules/libfb.so
[ 1112] Здесь даже больше времени, чем в самом Xorg, тратится на r600_dri, который является графическим драйвером пользовательского пространства.

Вывод, который мы можем сделать, состоит в том, что для уменьшения нагрузки на процессор вам нужно обновить драйверы, потому что там (как и в любом проекте, FWIW) постоянно происходят новые оптимизации . Конечно, вы вряд ли заметите разницу от нескольких месяцев работы, но, maan, версия Mesa 11.2.x , которую использует ваш 16.04, - древняя !


[ 1114] Для сравнения я установил Firefox на YouTube и немного прокрутил там. Результаты ниже; количество сэмплов немного больше, возможно, потому что я прокручивал более интенсивно, или дольше, или и то, и другое.

CPU: AMD64 family12h, speed 1900 MHz (estimated)
Counted CPU_CLK_UNHALTED events (CPU Clocks not Halted) with a unit mask of 0x00 (No unit mask) count 100000
samples  %        image name               symbol name
13128    41.2558  libc-2.28.so             arena_get2.part.4
8628     27.1142  r600_dri.so              /usr/lib/dri/r600_dri.so
2534      7.9633  Xorg                     /usr/lib/Xorg
1832      5.7572  radeon                   /radeon
776       2.4386  drm                      /drm
677       2.1275  ttm                      /ttm
565       1.7756  libc-2.28.so             _IO_vfscanf
392       1.2319  libglamoregl.so          /usr/lib/xorg/modules/libglamoregl.so
279       0.8768  libEGL_mesa.so.0.0.0     /usr/lib/libEGL_mesa.so.0.0.0
276       0.8674  radeon_drv.so            /usr/lib/xorg/modules/drivers/radeon_drv.so
269       0.8454  libGLdispatch.so.0.0.0   /usr/lib/libGLdispatch.so.0.0.0
242       0.7605  libc-2.28.so             exec_comm
212       0.6662  libglapi.so.0.0.0        /usr/lib/libglapi.so.0.0.0
178       0.5594  libpixman-1.so.0.34.0    /usr/lib/libpixman-1.so.0.34.0
160       0.5028  libEGL.so.1.1.0          /usr/lib/libEGL.so.1.1.0
95        0.2985  libfb.so                 /usr/lib/xorg/modules/libfb.so
86        0.2703  libdrm.so.2.4.0          /usr/lib/libdrm.so.2.4.0

На этот раз разница между графическим драйвером и Xorg еще больше, в предпочтении драйвера.

Однако, что интересно, наиболее доминирующая запись была glibc's arena_get2.part.4. Что бы это могло быть? Я не смог найти точный результат в Google, но я нашел этот исходный файл , который предполагает, что он, скорее всего, касается распределения памяти.

Чтобы уменьшить влияние этого, вас, вероятно, заинтересует оптимизация malloc-кэша для каждого потока , которая является частью выпуска glibc 2.26. В настоящее время, после всего того, что произошло с Spectre и Meltdown, оптимизация имеет еще большее значение, поскольку становится еще более важным не слишком часто заходить в пространство ядра.

Полагаю, это пакет libc6 , который есть в Ubuntu Xenial версии 2.23. Вы можете испытать желание обновить этот конкретный пакет, но имейте в виду, что он может что-то сломать, потому что эта библиотека находится в самом ядре системы. Лучшим способом получить его будет обновление до 18.04, которое имеет версию 2.27 .

2
ответ дан 2 December 2019 в 01:53

У вас низкочастотный медленный процессор. Это будет показывать высокую нагрузку даже в общем использовании. Сайты тестов отмечают, что он значительно медленнее, чем традиционные младшие процессоры, например Intel I5 5200u.

1
ответ дан 2 December 2019 в 01:53

Интересно у меня есть карта r300-эры (Мобильность Radeon 200M) и намного более древний ЦП в моем ноутбуке, и оба были быстрее, чем проблемный случай, описанный здесь и без пиков нагрузки ЦП - пока я не обновил свою систему!

Сначала я думал, что это - ядро, но понижающий до старого Xorg и мезаструктуры сделал все быстрее чем когда-либо.

Я не знаю то, что продолжается, но по некоторым причинам, ускорение GPU стало намного более интенсивным ЦП. Также в моем выводе перфекта, я главным образом вижу, что перемещения памяти происходят в большинство времен. На моем одноядерном ЦП, который делает 100%-е использование ЦП при возвращении к старому mesa+xorg, я получаю самое большее 25-40% а не в драйверах GPU. Что-то ясно понятое превратно однажды.

Посмотрите здесь для полного анализа: https://www.phoronix. com/forums/forum/linux-graphics-x-org-drivers/open-source-amd-linux/1099745-how-to-tell-if-a-driver-is-gallium-or-just-mesa-slow-renderng-with-radeon/.

2
ответ дан 2 December 2019 в 01:53

Другие вопросы по тегам:

Похожие вопросы: