Whe wih u, nigga! :) Люди с измененным состоянием сознания - объединяйтесь! Проголосовал.

Так это у них вроде бы известный баг. По крайней мере он упоминался недавно, когда чинили тормоза в анимации на нвидии из-за разрастания кэша пиксмапов или что-то такое.

1 балл? Ололо.

1 балл? Ололо.

а чо, там по баллам? ))) Ща выставлю сто. Всё равно в кедах мои два монитора не работают, пришлось сегодня свалить на гнум окончательно ))

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

1 балл? Ололо

кстате, там 20 максимум

Всё равно в кедах мои два монитора не работают
Так, я не понял - а баг кто заполнять будет?

это в режиме таблицы? Оно у них в целом какое-то тормозное при любом количестве файлов, а ломать глаза о шеренги иконок не хочется. Пойду проголосую

> Так, я не понял - а баг кто заполнять будет?

ты думаешь, я знаю, чей это баг? Кедов, иксов, атишного драйвера... моих мозгов(«неосилятор детектед. wontfix.»).
Заполнил баг на ЛОРе: (http://www.linux.org.ru/forum/linux-hardware/5327918) и получил от лоровцев УМВР. Такие дела.

>это в режиме таблицы?

в режиме таблицы хорошо работает mc

где в mc превьюшки, drag&drop, прямое сохранения из буфера обмена, breadcrumbs, ассоциации по типу файла? Да и в конце концов значки для разных файлов.
mc оставь для консоли, там он рулит.

заапрувил :)

УРА!

Мы их затроллили ОК.

Только что пришло письмо:

--- Comment #1 from Dmitry Khlystov <adminimus gmail com> 2010-09-13 17:34:13 --- *** This bug has been confirmed by popular vote. ***

Проголосовал на кинув 20 баллов

Спасибо!)

Спасибо! Да, дельфин в режиме таблицы нетороплив, вот частичное проявление я кое-как там описал.

Спасибо!

Спасибо, добрый ЛОР, баг приняли. Теперь, может быть, и починят когда-нибудь, а то ведь задолбало.

>Мы их затроллили ОК.

Если хорошо знаешь матчасть можешь их еще потролить на тему «полему PowerDevil не умеет работать с бесперебойниками APC!?» вот тут

https://bugs.kde.org/show_bug.cgi?id=197627

Ага, 20 максимум на один баг, а всего 100 баллов на 1 прогу :)

>Теперь, может быть, и починят когда-нибудь

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

Кстати сидел вспоминал где я читал про такие симптомы бага, наткнулся снова тут

http://hugo-kde.blogspot.com/2010/09/performance-issues-one-script-and-call.html

>>Since kde4.5 is out, a number of users with various NVidia graphic cards suffer from performance issues when using the oxygen style:

>> * Lag, when scrolling some large views, like, e.g. in Dolphin

>>* system becoming unresponsive over time

... ...

Since the feedback on the recent commits is largely positive, last night I backported the changes to the kde4.5 branch. So that hopefully this oxygen+nvidia issue will all be fixed in kde4.5.2. You can run oxygen-setup.pl --branch 4.5 to get this code, instead of the one from trunk (which has many other unrelated changes).

Его уже чинят, нужна помощь тестеров

Нам срочно нужны гентушнеги?

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

Ну. я не строю иллюзий, но надежда есть)

Полный копипаст для Ъ с оформлением

Hugo Pereira Da Costa Performance issues, one script, and call for testers

Since kde4.5 is out, a number of users with various NVidia graphic cards suffer from performance issues when using the oxygen style:

• Lag, when scrolling some large views, like, e.g. in Dolphin
• system becoming unresponsive over time
• etc.

It is hard for me to anticipate such issues, as well as to fix them, since I have an integrated Intel graphic card, and none of these are present (believe me, my oxygen is snappy, I would not commit the changes otherwise). The curl pit appears to be the number of pixmaps that oxygen allocates, and stores in caches, to perform its animations. The fuller the caches would become the more unresponsive the system would be. I'm not 100% sure about it, but so it seems.

So I've been trying to optimize the code, and reduce the number of allocated pixmaps. Its a bit like shooting in the dark, since I can't see much difference here, from one change to the other.

Last night I made a decisive step in this direction by applying some discretization to the various animations, effectively reducing the number of cached pixmaps by a factor 10 to 20 (it's configurable), normally without any noticeable difference to the eye.

Now, well, I need testers (with an NVidia graphic card, and with a driver for which some of the problems above are present).

For users willing to help, I wrote a script available here) that allows one to checkout, configure, compile, and install oxygen sources from kde svn trunk, without the need for compiling anything else of kde.

It should work against any kde4.4 and kde4.5 version, as well as trunk, naturally.

To use the script one must:

• create a clean directory
• run the script and follow instructions

One needs to have the necessary development packages installed for the sources to compile. They are: gcc-c++, subversion, cmake, kdebase-workspace-devel, libxrender-devel, libx11-devel (note that the names might change from one linux distribution to the other).

Once the code is successful compiled and installed, any newly launched application should use the latest oxygen as opposed to the one provided by your distribution (which gets erased in the process).

I'll be available for debugging, in case of trouble.

If the patches I committed to trunk recently are effectively fixing the issues above, I'll backport them to the kde4.5 branch (and to oxygen-transparent), so that hopefully kde4.5.2 can benefit from it.

Notes:

• kde anonymous svn is sometimes not very responsive and the checkout or update will fail. Just take a deep breath, wait 5 minutes, and retry.
• in case one wants to revert to the 4.5 version of oxygen, one can run the same script (in a separate directory), with the additional argument --branch 4.5

Edit:

• Since the feedback on the recent commits is largely positive, last night I backported the changes to the kde4.5 branch. So that hopefully this oxygen+nvidia issue will all be fixed in kde4.5.2. You can run oxygen-setup.pl --branch 4.5 to get this code, instead of the one from trunk (which has many other unrelated changes).
• I also backported the change to oxygen-transparent

В список рассылки своего бага добавь Hugo Pereira Da Costa посмотрим что он скажет ;)

Там только к KWin, работоспособность дельфина не изменилась.

Тьфу, не только KWin, но суть в том, что дельфину это не поможет.

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

Дома (сейчас на работе под виндой) проверю на xf86-video-ati. Чисто чтобы убедиться что УМВР.

З.Ы. Проголосовал.

Кстати такая бага проявляется?

https://bugs.kde.org/show_bug.cgi?id=241263

Ну они сейчас все усиленно kwin фиксят во еще заметка другого разработчика

http://blog.martin-graesslin.com/blog/2010/09/demystifying-opengl-desktop-eff...

Спасибо!

Судя по тексту, собак на них было спущено немало

ты думаешь, я знаю, чей это баг? Кедов, иксов, атишного драйвера...
Проверить с предыдущей версий драйвера, если не поможет, то потом зарепортить в багтрекер Кед. Они подскажут, куда копать дальше.

xf86-video-ati - бага ни с большим кол-вом файлов, ни с большим кол-вом каталогов нету.

>Кстати такая бага проявляется?

https://bugs.kde.org/show_bug.cgi?id=241263

Нет, 4.5.1 из неофициального репа дебиана.

Я здесь! Или не подойду?

Ну дык это, бери ветку, конпеляй и тесть:)

З.Ы. Это все про не простых гентушнегов, а гентушнегов с нвидией:)

Подхожу по всем параметрам. Как потом выпилить КДЕ и сделать secure erase файлов? ))) Не готов еще психологически

Потом пятку с аватарки выпилишь.

какая версия меса, ядра и иксовых драйверов? Отписаться в багзилле можешь?

Отписался.

+20

http://hugo-kde.blogspot.com/2010/09/performance-issues-one-script-and-call.html