Version: unspecified (using Devel) OS: Linux I open a folder with 5,630 images in it in Dolphin, with thumbnails on. X spikes up to 1200M virt, 900 real. Close dolphin, X's memory usage is unaffected. Reopen folder, and now those figures are roughly doubled. I originally reported this over at the Arch forums: https://bbs.archlinux.org/viewtopic.php?pid=823434 When viewing the same folder in Thunar (with thumbnails), X's memory usage doesn't change. Thus, I'm inclined to believe it's a problem with either Dolphin or one of its components. Reproducible: Always Steps to Reproduce: Open directory with several thousand images. Click "Preview" button. kdebase 4.5.1, x86
It could be a regression, I've a directory with about 4500 images (more than 2Gb) and 4.4.5 works fine :-)
Created attachment 51619 [details] xrestop on a fresh opening of dolphin
Created attachment 51620 [details] xrestop after previews are enabled and memory use stabilizes
Created attachment 51621 [details] xrestop (batch mode) after previews are enabled and memory use stabilizes
Created attachment 51622 [details] xrestop after dolphin has been closed
Created attachment 51623 [details] free after dolphin has been closed The amount of memory used should be significantly lower than this.
Since I have an nvidia card, I tried installing oxygen from the 4.5 subversion branch, as described here: http://hugo-kde.blogspot.com/2010/09/performance-issues-one-script-and-call.html - no luck. Also tried switching themes away from Oxygen completely.
*** Bug 230179 has been marked as a duplicate of this bug. ***
Resetting assignee to default as per bug #305719
Is still still an issue in KDE 4.10.2 or later?
Please let us know if this is still a problem in more recent versions. We don't do anything unusual with our previews (load them using a KIO::PreviewJob and let QPixmap's destructor handle the cleanup), so I guess that this is/was not a problem with Dolphin itself, but with something inside kdelibs or Qt. If the issue is still there, it should also happen when enabling previews in the "File Open" dialog of KDE applications. If you still see such problems, please leave a comment here. Thanks for your help!
Closing now, seems like this has been fixed upstream.