LINUX.ORG.RU

От чего зависит скорость масштабирования окон?


0

1

Мышкой, например, окно терминала или окно файлового менеджера:

  • версии иксов
  • видеодрайвера
  • процессора

Интересует, почему на старой системе с i5-2310 / hd3000 ничего не тормозило, а на новой системе с AMD A10-6700 / HD8670D, с более новой версией иксов и проприетарным драйвером - есть небольшие (но плавные) тормоза при (быстром) масштабировании мышкой окон.

Композитинг отключен.

Просто перемещение молниеносно (даже с включенным композитингом).


У меня подобное было на ноуте с интеловским драйвером 2.19, который щас в стабильном дебиане. Тормозил (и причем заметно) ресайз окон с растровыми шрифтами - терминалов, гвима. Решилось обновлением драйвера.

Hjorn ()
Ответ на: комментарий от anonymous

например, если масштабируешь за правый нижний угол, то как бы быстро ты не перемещал курсор в разные стороны, этот самый угол приложения (окна) всегда находится там же, где и курсор, а не опаздывает за ним.

vim ()
Ответ на: комментарий от anonymous

ну угол находится там же, а само окно не успевает перерисоваться

да, с некоторыми приложениями именно так, но с некоторыми - даже угол не успевает.

vim ()
Ответ на: комментарий от Deleted

HD8670D

Проблемы могут быть в этом

в каком плане?

HD 8670D уделывает штеудовское hd4000/4500, а у меня стоял hd3000, на котором не тормозило.

vim ()
Ответ на: комментарий от vim

Драйвера могут не поддерживать новую карту, у амд всегда плохо с этим. У меня на 8330 пока нет регулировки яркости — это то, что сразу же бросилось в глаза, глубже пока не глядел.

Deleted ()
Ответ на: комментарий от Deleted

Проприетарный драйвер полностью поддерживает эту карту (да и 3D бенчамарк не отличается от виндового).

vim ()
Ответ на: комментарий от vim

Тогда пардон, про драйвер не видел.

Deleted ()

зависит от скорости отрисовки содержимого окна, которая может зависеть от чего угодно. например, от темы GTK. содержимое окна типично рисуется каирой, которая на блобах тормозит, потому что нет аппаратного ускорения многих базовых операций. вобщем, самый простой способ выяснить, это запустить программу в профайлере, и глянуть что сожрало при ресайзе больше всего CPU. скорее всего это будет каира. если ничего не всплывет — значит тормозят иксы/драйвера.

да, еще один способ узнать что тормозит - это открыть в соседнем окне top/htop, и смотреть какой процесс во время быстрого ресайза жрет 100% cpu. если это иксы — значит тоже вероятнее всего проблема в иксах или дровах.

waker ★★★★★ ()
Последнее исправление: waker (всего исправлений: 1)
Ответ на: комментарий от vim

Возможно, он намекает на встроенную в проц видуху АЭмДэ. АМДшная приблуда к дровам на офтопике, например, на каждом приложении предлагает «оптимизировать» для него производительность («вам сэкономить электричество? Или жечь на все деньги?»). Обычно после такой подстройки окно перестает тормозить. На онтопике не сталкивался. Но вообще, трабла из серии «когда я трогаю языком фольгу, в которой жарили курицу - у меня щелкает за ушами» (с)

slackwarrior ★★★★★ ()
Ответ на: комментарий от waker

да, иксы, окей, пересоберу ядро со свободным драйвером и обновлю иксы, спасибо.

vim ()
Ответ на: комментарий от slackwarrior

этот пункт («Enable Catalyst A.I.») есть, но он ни на что не влияет, как и большинство пунктов из каталиста.

vim ()
Ответ на: комментарий от teod0r

для малышей — perf top в терминале, например. пакет должен называться perf

anonymous ()
Ответ на: комментарий от teod0r

можно для незнающих пояснить что это такое?

man google

waker ★★★★★ ()
Ответ на: комментарий от vim

fgrlx всегда на 2D операциях говёным был, удивляться нечему. Свободный драйвер готов для десктопа.

kukuruku ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.