Version: (using Devel) OS: Linux Installed from: Compiled sources I'm using a recent version of KDE trunk (~ 2 days old), and I am experiencing heavy performance issues in dolphin, if I disable nepomuk in the Systemsettings of KDE. Entering a folder with 12 files in it, takes about 2,5 seconds, in the Icon view mode, when nepomuk/strigi is disabled. When I enable it, dolphin enters the folder (almost) instantly. The only panel I have enabled is the Places panel. The effect of enabling/disabling nepomuk/strigi, is instantly noticeable. For testing purposes I also added the Information panel, but this doesn't make any difference, so the problem isn't the Information panel (like it was in 4.1.3). I don't know why dolphin behaves like this. I didn't read dolphin's code (even If I would read it, I wouldn't understand much from it), but maybe dolphin is looking for nepomuk tags or comments, everytime you enter a folder. And because nepomuk isn't enabled, it can't fin anything so it takes a lot longer to open a directory... Correct me if I'm wrong here (which I probably am ;-D) Thank you
I've found dolphin very slow too on this last days... and I have strigi/nepomuk disabled.
Does this issue still occur with the official KDE 4.2 release? Thanks!
I've not tested 4.2, I'm using trunk compiled (almost) daily, I don't have any PC with 4.2 :-(
@FiNeX: Trunk is OK too :-) Do you mean with "feeling slow" that showing a directory takes more time than usual? Does it also feel "slower" after the directory has been loaded? Do you have the same issues when using Konqueror? So many questions...
About konqueor I should test it: I'm using only dolphin for file management :-) Usually, loading directory with images and preview enabled sometimes is a bit slow, but even this is not reproducible. Moreover I've recompiled trunk today (after four days), and I'm not able to see it slow. Even on directories with > 500 images. I'm trying to do some test on copying and moving files, but today dolphin seems quite speed... ...ok catch it: I've done this: 1) copied 400 images (about 300Mb) from a folder to another folder (fast) 2) created a new folder into the destination folder 3) selected all the pasted files 4) cutted them 5) entered on the last created directory (step 2) 5) press CTRL+V 6) at this time, dolphin freezed for about 8 seconds: the message on the status bar is "moving operation completed" (or something like it) but the destination folder is empty until dolphin un-freeze. During the freeze no feedback of the moving operation is displayed. When dolphin un-freeze the directory is loaded with the pasted files. From this time, dolphin is slow, even loading a new directory is not immediate. I've observed that load a directory which has been selected as target folder of a paste action, is very slow. Even browing this folder is slow. You can try to do this: 1) start dolphin 2) enter to a folder with a lot of files, it should be very quick 3) create a new folder and paste into a lot of files 4) go to the parent folder 5) re-enter to the destination folder, it could be slow if you close and reopen dolphin you've to start from the first step to reproduce. Meanwhile I was writing this comment, I've tested konqueror. It seems slow loading a directory content even the first time it has been opened without doing any copy-cut / paste action.
I have diabled Nepomuk and Strigi also and experience utterly bad performance in Dolphin while moving files or directories to the Trash. Both, files and directories, were quite small.
@Kay: Is Plasma also frozen in your case or only Dolphin? It might be related to bug 185642...
Neither Plasma is frozen, nor is Dolphin. The Trash-move starts, the info box about that operation pops up and I can continue using Dolphin but it takes a long time until the files/directories are really "gone". I found some related comments here https://bugs.kde.org/show_bug.cgi?id=178809 .
Sorry, I meant this bug instead: https://bugs.kde.org/show_bug.cgi?id=174005
some things I also noticed (on stable KDE 4.2.1): The first time you enter a directory, on your KDE session, dolphin will take quite some time to actually load the folder, especially if the foler has *a lot* of items in it. The second time you then enter that folder (in the same KDE session),dolphin will load it significantly faster (almost instantly). A short example: I have an folder, that has 60 Folders in it, with several items in those folders. Entering that directory the first time takes about 2-4 seconds. If you then later again enter that folder, it will load instantly The strange thing I noticed: if you open a CD in dolphin, this "phenomenon" doesn't really occur here on my system. :-D
Some serious performance improvements have been done ~3 weeks ago in KFilePreviewGenerator/KMimeTypeResolver and KDirModel. Is this issue still reproducible on the current trunk version?
Today I switched from stable 4.2.2 to trunk. Things I noticed: Dolphin in Details view does not suck anymore, it now ROCKS (unless you try to do a rubber band selection)!^^ Now Back to topic^^: It seems like opening folders is a little bit faster, but not really optimal yet. Wether the Information panel is on or off does not matter... But Still: Great work!
I've closed this issue for KDE 4.4, we've resolved a lot of blocking issues in this cycle. Please reopen a new report if still some blocking occurs. Thanks!