Что тянет за собой половину KDE???

sim тянет

у меня без кде почему-то работает... странно

Да, точно sim. Причем что-то можно убить без нарушения работы sim. Сам собирал или бинарник ставил?

>Хотел, понимаешь , "лайтвет" рабочий стол, а получается...
>xfce 4.2.2

ты шутишь? :)
Зпусти тоже в кде и смотри топ и здесь и там.

никаких шуток. top в хфце куда более обнадеживающий...А главное скорости напорядок выше. Никаких тебе шлейфов за окнами и подобного. Все приложения (кроме конечно ФФ) грузятся быстро.

"Это несерьезно"(с) :)
Все приложения - это хто?
Давай запости топ с каким-нить "неэкзотическим" набором.
, а я то же в кде проделаю. Сравним. Всё равно скукотища :)

Причем здесь top??? Загрузка памяти у кед больше --- факт. Ты собрался спорить, что xfce не легковеснее KDE??? Вот это ИМХО несерьезно.

У меня одно тока перетаскивание окна в КДЕ может вылиться в проблему. NVIDIA MX440, Celeron 900, 320RAM. Дрова видео стоят. С glx все в порядке. 800кадров в секунду. Статейку из фака по поводу перфоманса КДЕ я внимательно изучил, все поснимал и хрен. ТОРМОЗИТ_ОНО_У_МЕНЯ. Сильно не уверен, что пересборка руками что-либо даст, да и гемморойно оно.

Кстати, Melhesidek_Abgeschloss-Karamultukoff, ты видимо не новичок.

Расскажи мне, как убрать раз и навсегда эффект анимации свертывания и развертывания окон, перетаскивани и др. Желательно на уровне Х, а не на уровне ВМ/ДЕ.

>расскажи мне, как убрать раз и навсегда эффект анимации свертывания и >развертывания окон, перетаскивани и др. Желательно на уровне Х, а не на >уровне ВМ/ДЕ.

Понятия не имею. Я не больше твоего знаю. Но, подозреваю, что это невозможно на уровне Х.

sim можно собрать без поддержки KDE

У меня наоборот в kde окошки плавно таскаются, а уж про resize вообще молчу (с этим у gtk'шных wm всегда были проблемы).

P.S. Такой вопрос к попробовавшим XGL. Оно хоть как-то ускоряет сам интерфейс (те же тормознуто растягиваемые и таскаемые окна) или всё ограничивается только ускорением теней/прозрачности и прочих перделок?

Работа с окнами - это уровень именно вм.

>Работа с окнами - это уровень именно вм.

так-с. Вот в неправильной ОС просто указывает "обеспечить наилучшее быстродеействие" и никакой анимации и все летает. А здесь то как?

Похоже никак. Включение плоской темы в куте и гтк не даёт такого заметного прироста производительности, как в "неправильной ос".

>никакой анимации

В гтк анимации нет вообще, кроме дебильного патча со smooth-скроллингом, который по-умолчанию включён в дженте. НЕНАВИЖУ этот эффект. Если они включат его в гтк (обещали) без возможности отключения это будет жопа.

В qt плавное появление меню отключаеться в qtconfig. kde-специфические эффекты отключаються в kcontrol . Ответственность за прозрачности и тени лежит на иксах (Render и Composite)

я тут понял: анимации в действительности и вправду нет. Просто ФФ при разворачивании развертывается в три этапа :-( --- кажется, что это такой эффект. С ним, по ходу, любой ВМ будет тормозить будет.:-)

>Просто ФФ при разворачивании развертывается в три этапа

В Xfce??? Ни разу такого не видел. В metacity и kwin есть анимация сертывания окон на панель, а вот в xfwm... может всё же композит включён?

xfce здесь нипричем. Я думаю, если он при переключении с одного таба на другой сначала грузит левую половину окна (правая при этом остается от сарого), а потом и правую (ты только вдумайся как это выглядит :-)), то это так в любом вм будет. Почему то в списке top стабильно этих ФФ 4-5 штук...Каждый --- 23.5% памяти...

Поподробнее про композит можно пожалуйста?

Section "Extensions" Option "Composite" "enable" Option "RENDER" "enable" EndSection

Если в xorg.conf есть что-то подобное, то он включён. При этом в xfwm автоматом включаеться внутренний composite-manager - как результат, моявление всяких прозрачностей и.т.д.

>Я думаю, если он при переключении с одного таба на другой сначала грузит левую половину окна (правая при этом остается от сарого), а потом и правую (ты только вдумайся как это выглядит :-)), то это так в любом вм будет. Почему то в списке top стабильно этих ФФ 4-5 штук...Каждый --- 23.5% памяти...

Вот здесь я уже перестал понимать о чём речь. Можно заново: в чём проблема с фф?

Есть ФФ с двумя открытыми табами. На одном тупая html-страница с чисто черным фоном на весь размер окна (ФФ развернут на максимум, т.е. вся площадь монитора, кроме там бордюров, панелей и т.д. --- черная). На втором табе, точно такая же страница --- белая. Хотим переключиться с первого таба на второй: щелкаем мышкой по этому второму табу. В идеале (как и хочется ожидать) черный цвет должен резко смениться на белый. Так? На самом деле: на довольно ощутимый по продолжительности промежуток времени левая половина экрана белая (т.е. на ней черный уже сменился на белый), а правая --- все еще черная (на ней "прогрузка цвета" еще не произошла). Разумеется, такое деление не обязательно происходит как "лево-право": первыми могут прорисовываться произвольные отдельные куски окна ФФ. Причем это нифига не баг: что-то типа игрушки, которую твой комп вроде тянет, но с большим трудом. Принципиально все работает, но грущится по кускам, что глаз успевает заметить.

Какие еще есть браузеры под Linux? Opera --- как у нее со скоростью? Жив ли netscape или уже нет?

Ну что тут сказать, наверное всё же фф тормозит. Попробуй оперу, у меня она намного быстрее. То есть, даже если поставить на сборку что-нибудь (ядро например) и в опере насчёлкать табов 20 она не подвисает при отображении в отличии от...