p8/sisyphus vs branch 4.0 на старом железе

[lx001]

Об чем же ж и рэч. gtk2 сейчас может выводить плоские картинки по умолчанию через вызовы GL, а они могут работать со старой видеокартой медленно.

нет, это не так.
https://wiki.archlinux.org/index.php/ATI_(Русский)

gtk2 сейчас не выводит через cairo->xrender? или Driver "radeon" по умолчанию включает все фичи для R200 (RV250)?

[yaleks]

или Driver "radeon" по умолчанию включает все фичи для R200 (RV250)?

неизвестно, об этом и вопрос.

[lx001]

x11perf показывает в разы меньшую производительность X на P8: таблица с тестами x11perf (Radeon RV250, Driver "radeon", xorg.conf, Xorg.0.log по ссылке)

[yaleks]

можно попробовать composite на p8 отключить...

[lx001]

Thx, Option "Composite"  "Disable" дает улучшение в некоторых тестах x11perf
(в таблице зеленым отмечено, где p8 быстрее branch 4, красным наоборот).

В gtkperf composite disabled улучшает там, где и так p8 было быстрее branch 4; в некоторых тестах p8 медленнее branch 4 в разы, c сomposite и без:

Код: [Выделить]

                               Branch/4.0     p8      p8 composite disabled
------------------------------------------------------------

GtkEntry - time:                     0,96     1,84      1,75 -
GtkComboBox - time:                 14,18    18,51     17,75
GtkComboBoxEntry - time:            10,76    14,91     12,75
GtkSpinButton - time:                1,92     3,03      2,80 -
GtkProgressBar - time:               1,20     1,71      1,75 -
GtkToggleButton - time:              3,35     2,89      2,60 +
GtkCheckButton - time:               2,82     2,40      2,15 +
GtkRadioButton - time:               3,21     5,71      5,35 -
GtkTextView - Add text - time:      88,65    35,75     14,55 ++
GtkTextView - Scroll - time:        19,35     7,45      0,20 ++
GtkDrawingArea - Lines - time:       3,47    27,56     26,50 --
GtkDrawingArea - Circles - time:     5,77    37,59     35,15 --
GtkDrawingArea - Text - time:       12,87    29,30     23,90 --
GtkDrawingArea - Pixbufs - time:     3,36     7,62      7,20 -
 -----------------------------------------------------------
Total time:                         171,93   196,32   154,50

По отзывчивости интерфейса composite disable заметных улучшений не дает.

Как на отзывчивость влияет более медленное в ядре 4.X  переключение контекста, выяснится по тестам с ядром из p8 + userland из branch 4.

[yaleks]

Thx, Option "Composite"  "Disable" дает улучшение в некоторых тестах x11perf

а другие опции из archlinux wiki не пробовали?

[lx001]

В p8 надо проверять XAA вместо EXA.

[lx001]

На этом можно остановиться.

Ядро и Xorg не самое ощутимое узкое место в p8.

Например, в xfce узкое место сам xfce.

На днях случилось сравнить xfce-4.12 и tde-3.5.13 (p8) на машинке поновее:
Celeron 2GHz (i686), 512M RAM - 32M встроенное видео SIS, жесткий диск IDE.

TDE совершенно юзабелен: меню выпадают мгновенно, программы из TDE запускаются без задержки, субъективно нет видимой разницы со стоявшим там раньше ALT 4.0 (KDE 3.5.9).
На ощупь тормоза Xfce-4.12 заметны сразу: запуск даже xfce4-terminal с ощутимой задержкой (сравниваем с konsole в TDE), переключение между окнами с отключенным в xfwm4 composite тоже медленное, отрисовка частей окон при их перекрытии тоже заметно медленнее, чем все то же в TDE. 

Так что qt3 + TDE оказываются шустрее чем gtk2 + xfce при большем удобстве TDE.

Еще одно наблюдение: интерфейс seamonkey 2.40 с ftp.mozilla.org заметно отзывчивее, чем seamonkey 2.40 из репозитория. С этим надо разбираться отдельно.

В сухом остатке: если на старом PC очень надо иметь p8 + DE, то alt-p8-sysv-tde предпочтительнее остального.

[oz]

Может быть полезно не только топик-стартеру:

Довелось попользовать свежий стартеркит regular-xfce на антиквариате: PIII (Coppermine) 1GHz,  630M  RAM, Radeon RV250 If [Radeon 9000]. Тормоза даже интерфейса XFCE неприятно удивляют. Seamonkey пользоваться практически невозможно. Тормозит даже vncviewer (tightvnc, realvnc, turbovnc, remmina) при любых разумных настройках . В своп не залезаем. Патологии в настройке X нет, аппаратное ускорение есть, xdpyinfo, glxinfo, glxgears показывают ожидаемые буквы и цифры, в общем отрисовка в X должна идти шустро.
...
что за 8 лет произошло в стеке ядро+библиотеки+X+(например, XFCE)
...

Регрессия xorg-server при работе с видеокартой Radeon RV250 (возможно, и другими ему современными) произошла где-то между xorg-server 1.6.5 (p5) и 1.19.X (p8) .

Влияние ядра, графических тулкитов исключается проверкой скорости отрисовки в программах, использующих различные тулкиты от motif до gtk3, на различных комбинациях ядер и версий xorg-server.
Например, OpenBSD 6.6 + xorg-server 1.20.5 показывает патологически низкую скорость отрисовки даже для программ, использующих motif, fltk, bare Xlib. Никакие настройки для Driver "radeon" значимого эффекта не имеют (drm в ядре включено, exa, dri2 в Xorg есть, вывод xdpyifo/glxinfo ожидаемый).

С другой стороны, xorg-server <= 1.6.5, работающий поверх linux 2.6.18 - 2.6.30 (другие unix-like со старым Xorg не проверял) показывает на Radeon RV250  приемлемую скорость отрисовки для самых разных программ с разными графическими тулкитами.

Эти наблюдения указывают на Xorg > 1.6.5 как основную причину тормозов при работе с Radeon RV250.