LINUX.ORG.RU

Compiz Fusion подтормаживает


0

0

Для меня очень критична плавность. Очень не люблю ей отсутствие. Даже когда проводишь мышкой по меню, а элементы подсвечиваются не те, что под мышкой, а те, что были под ней только что. То есть задержка рендеринга этой менюшки. Очень не люблю такие вещи. И без композиции их нет, всё рендерится моментально. Или при изменении размеров окон — с композицией видны серьёзные тормоза при этом процессе.

Так вот, можно ли как-нибудь довести рендеринг элементов с композицией до скорости такового без композиции?

>Или при изменении размеров окон

Есть ещё кто-то кто занимается такой фигней? 0_0 Нефиг человека в слугу машины превращять! Окнами заведует WM, а не человек.

А посабжу, купи видюху с нормальной поддержкой дровами.

anonymous
()

Дело не в видеокарте. В вышеописанных ситуациях композитный менеджер возлагает большую нагрузку на процессор (а некомпозитный никакой большой нагрузки не создаёт).

Видеокарта: nVidia GeForce 7600GT 256 MB DDR3
Процессор: Intel Pentium D, два ядра (каждое Cedar Mill на своём кристалле, архитектура Presler) по 2,8 ГГц и по 2 мебибайта кэша.
Память: 2 гибибайта двумя гибибайтными модулями, частота 667 Гц.

Compiz: 9999
Kernel: 2.6.22-gentoo-r4 #11 SMP PREEMPT
xorg-x11: 7.2
nvidia-drivers: 173.14.09

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

Вообще-то, композитный менеджер перекидывает нагрузку с процессора на видеокарту. По-крайней мере, компиз это делает.

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

> Вообще-то, композитный менеджер перекидывает нагрузку с процессора на видеокарту. По-крайней мере, компиз это делает.

Я в курсе. Но, как ни странно, рендеринг GTK-элементов происходит с гораздо большей нагрузкой на процессор именно при использовании композитных менеджеров. _Перемещение_ окон, естественно, использует видеокарту. Но оно и на процессоре, чёрт возьми, не тормозит (в некомпозитных менеджерах).

MaGIc2laNTern
() автор топика

Real-time kernel ne proboval?

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

> Но, как ни странно, рендеринг GTK-элементов происходит с гораздо большей нагрузкой на процессор именно при использовании композитных менеджеров. _Перемещение_ окон, естественно, использует видеокарту. Но оно и на процессоре, чёрт возьми, не тормозит (в некомпозитных менеджерах).

Слушай, ты кому тут эту лажу про нагрузку на GTK+ втираешь? Вроде народ грамотный тусуется, ен девочки во впечатлительном возрасте ;)

P.S. Option "UseEvents" "off", используй карты ATI <=r4xx с открытыми дровами, всё летает и не глючит.

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

Итак уже:

Section "Screen"
Identifier "screen1"
Device "Videocard0"
Monitor "Monitor1"
DefaultDepth 24
Option "DPMS"
Option "UseEvents" "false"
Option "RenderAccel" "true"
Option "AllowGLXWithComposite" "true"
Option "TwinView" "0"
Option "metamodes" "CRT-1: nvidia-auto-select +0+0"
SubSection "Display"
Depth 24
EndSubSection
EndSection

MaGIc2laNTern
() автор топика
Ответ на: комментарий от Gharik

> Слушай, ты кому тут эту лажу про нагрузку на GTK+ втираешь? Вроде народ грамотный тусуется, ен девочки во впечатлительном возрасте ;)

А при ресайзинге/прокрутке окон нагрузка идёт именно на GTK.

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

Может у вас, к примеру, моник работает с разверткой в 60 Гц, а в настройках компиза стоит 75 и синхронизация включена. У меня еще с берилом такая херь была в свое время. На днях пробовал компиз, первый раз, не понравилось совсем.

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