Version: (using KDE 4.0.98) Installed from: Compiled From Sources Compiler: gcc 4.3.1 OS: Linux Hi there, my machine just finished a fresh build from the 4.1 tag in SVN. Its running fine (good work!), but dolphin is just unusable slow... In my $HOME, there are exactly 47 files/folders and dolphin fully eats my CPU. Not only while browsing/scrolling but also when activating options in the menu, like "show hidden files"... Also, when starting dolphin, it needs around 5-7 seconds only to display the contents... This happens in every viewmode... At first i thought the proprietary nvidia driver was the culprit, but after some testing i would say: Its not... Here is what i have tried to make it better: - changed between composite/non-composite - replaced the proprietary nvidia driver by the nv driver - also tried the vesa driver - shuffled with all device options in my xorg.conf - disabled the nepomuk service in systemsettings - edited kdeglobals in ~/.kde4/share/config/ and set GraphicEffectsLevel to 1, followed by a restart of KDE None of these brought any improvement, its just s l o w ... I'll attach some screenshots with dolphin and top after finishing this report... HTH and Greetings Jan
Created attachment 26395 [details] dolphin scrolling with detailed view dolphin scrolling with detailed view
Created attachment 26396 [details] dolphin scrolling with icon view dolphin scrolling with icon view
Thanks Jan for the report, but this cannot be a Dolphin specific issue: Dolphin uses the standard Qt/KDE widgets for drawing and there is nothing I can fix here. Could you please check whether other applications are affected too? E. g. start Gwenview and check whether opening a directory takes long too, start the file-open dialog inside KWrite etc. Please also check whether turning off Strigi and Nepomuk helps. Please assure that you run the latest kdesupport packages too (there have been performance issues in the strigi package). I got around several hundreds bug-reports since KDE 4.0 regarding Dolphin and this is the first one which mentions such a dramatic performance problem when starting up or scrolling items.
Hi Peter, thanks for the fast reply. i tested this a bit now, and the file dialogs in kwrite and kmail are equally slow. Disabling nepomuk and strigi does not improve this behaviour, and even hovering over items in the file dialog or dolphin is very slow... I am on Arch Linux, here are the used packages: strigi 0.5.11 soprano 2.1 Should i try to use strigi, soprano and so forth from trunk? Currently the tags are used in the Arch packages, from tags/strigi and tags/soprano and so forth... Sorry that i am asking about this, but its not really documented...
> Should i try to use strigi, soprano and so forth from trunk? Yes please: Important fixes have been done there during the last 10 days. Still it is strange that also the file dialogs are slow, so I'm not sure if strigi/soprano might be the only root cause here...
Ok, i got it... It was something in my $HOME, but i dont really know what... I deleted everything except standard stuff (.bash*, some Xorg stuff) and it didnt work... A complete recompile later it still didnt work, and then i tried my last resort and created a completely new user... Now it works. I have really no idea about that, there were no directories left in my $HOME, just some standard configs... Well, sorry for bothering you. Dolphin is flying now :)
> Dolphin is flying now :) Great, thanks for the update :-)