Bug 170010 - Scrolling in the detailed list view is slow, icons are repainted a lot
Summary: Scrolling in the detailed list view is slow, icons are repainted a lot
Status: RESOLVED FIXED
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 16.12.2
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Peter Penz
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-08-28 22:27 UTC by Jan Mette
Modified: 2010-08-16 21:32 UTC (History)
8 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jan Mette 2008-08-28 22:27:52 UTC
Version:            (using KDE 4.1.1)
Compiler:          GCC 4.3.1 
OS:                Linux
Installed from:    Compiled From Sources

Hi there,

here is something that bothers me since the release of KDE 4.1...

Scrolling in the detailed view in dolphin is slow. German word would be "ruckelig", in english it should be "jerky", at least i hope that :)

Ok, now the the details:

I am using a nvidia 7600GT with the latest drivers (177.70) and have enabled all the tweaks described here: http://www.nvnews.net/vbulletin/showthread.php?t=118088

The system itself is a P4-DualCore @ 3.4Ghz with 1GB ram...

With the standard icon view, dolphin is very fast and scrolling is very smooth. But when i use the detailed list view (without thumbnails), it can get _very_ slow, depending on the contents of the directory and the current load of the system. Well, its slow most of the time...

Today i did some tests and found out that dolphin seems to reload/repaint/? the icons in the detailed list view for every scroll "step" i do... This doesnt happen in the other views, so maybe that is the culprit for this issue...

To see what i mean, please check out this video:

http://www.chakra-project.org/temp/dolphin.avi

(sorry for the big 91mb download...)

Before i started to capture this i put the system under load by starting a kdelibs compilation, running "du /usr/bin" and "updatedb"... Then i opened dolphin, moved to /usr/bin and just scrolled and switched between the viewmodes...

As you can see in the video, nearly all icons in the detailed list view are repainted a lot and the whole stuff is just very slow. The repaint happens for all icons, not only these that are scrolled into the visible area... You can also see that when i change to the standard icon view, it gets as fast as it should be, even if the system is under (very) high load...

Maybe there is some sort of cache that isnt used in the detailed view?

At first i thought that this is a nvidia issue (they had some text rendering issues, these are fixed in 177.70), but scrolling works absolutely fine for all apps with a lot of text... I can open a 10mb textfile in Kate and it just scrolls smoothly, same for other apps...

Now i think that this is an issue with dolphins detailed view, as it happens only there and makes this view almost unusable for me. Or maybe its something deeper in KDE, i just dont know...

Well, i hope this will be useful and helps a bit. I am a happy user of dolphin (and the rest of KDE4), and this is one of the very few issues for me.

Thanks

Jan
Comment 1 Jan Mette 2008-08-29 05:44:49 UTC
Small remark: I have reencoded the video, its now at ~19mb... It would be nice if someone could manage to reproduce this.

Ah, and just to say that: Some time ago i filed another bug [1] about very slow scrolling in dolphin. This is not the same. The former one happened in all views, was ultra-slow all the time and got resolved fast, while this one only happens in the detailed view.

Thanks

Jan


[1] http://bugs.kde.org/show_bug.cgi?id=167396
Comment 2 Panagiotis Papadopoulos 2008-10-23 15:24:32 UTC
I can confirm this.
Browsing with Dolphin in general is slow, but switching the view to Details, makes it even worse.
I have a folder, that contains about 120 sub-directories. Dolphin takes about 4-5 seconds to open it.
When I try to open the same folder with another file-manger like thunar or pcmanfm, they instantly display the folder.
Comment 3 Peter Penz 2008-10-24 07:58:41 UTC
Thanks Jan for the video. I agree that this performance is not acceptable. Although I have also a NVidia card and buggy drivers, the scrolling in the details view is a lot faster in my environment. However I have performance problems when scrolling lists in KMail and the Plasma widget selector :-/ I'll do some profiling during the next weeks especially in the details view to know the root cause of this issue.

@Panagiotis: Your performance problems might be related to a Nepomuk issue (it depends on the used backend). Did you enable the Information Panel in Dolphin? If this is the case and turning off the panel improves the loading time, then this is for sure an issue in the backend of Nepomuk. In Dolphin for KDE 4.2 we improved the situation by loading the meta data of Nepomuk inside a separate thread, so even if the backend is slow the browsing will not be blocked. Also we had an issue in KDE 4.0, where loading a directory with a lot of sub directories also was quite slow. This has been fixed in the meantime (KDE 4.1.x). 
Comment 4 Panagiotis Papadopoulos 2008-10-24 15:55:17 UTC
I do not use the Informationpanel, but I noticed some strange things:

Until yesterday, I never used strigi, and didn't have any indexed files. Yesterday in the evening, I indexed some files and I noticed, that dolphin "feels" somehow faster, when using the icons-mode. The details mode is still slow, but also faster than without indexed files.
Folders that were not indexed, are still pretty slow.
Also, raubberband selecting files slows down dolphin, but I think I remember having already seen a bug report for this.
Comment 5 Shlomi Fish 2008-11-01 12:38:24 UTC
Can confirm here on kdebase4-4.1.71-1mdv2009.1.src.rpm on Mandriva Cooker. Very annoying. Konqueror 3.5.x is much faster.
Comment 6 Dario Andres 2009-01-10 03:03:35 UTC
Any news on this?
Comment 7 Panagiotis Papadopoulos 2009-01-11 02:36:01 UTC
Scrolling in the details view is/feels still very slow for me. This can be best seen, when I set the icons size to 22 pixels.
It just doesn't feel smooth :-)

The other views are working perfectly fine (except some issues with opening folders, for which I already created a separate bugreport http://bugs.kde.org/show_bug.cgi?id=178809)


Comment 8 H.H. 2009-05-04 15:22:31 UTC
I can also notice a big difference between the views, this is best seen with older gfx-cards/agp<8.
Comment 9 Panagiotis Papadopoulos 2009-05-04 15:31:49 UTC
In KDE trunk this has been "partly fixed" for me. Scrolling is *a lot* smoother in details view than before, but still is a bit slow.
Something I also noticed:
On 4.2 with my X3100 Intel graphics, scrolling was really slow. On 4.2 with a Radeon X800XL and the xf86-video-ati drivers, scrolling is as smooth as it is on my system now.
Comment 10 Dotan Cohen 2009-06-26 17:41:07 UTC
KDE 4.3 beta on Kubuntu 9.04
ATI Mobility Radeon x1400 in a Dell Inspiron laptop

When quickly scrolling in Details View, I notice that it is a bit jerky. I do not have this phenomenon in Icon View. However, I never noticed it before I came across this bug report (thanks, Shlomi!) and it is not severe enough on this system to be noticeable in everyday work.
Comment 11 Peter Penz 2009-08-16 09:22:24 UTC
I've updated to new NVidia drivers last week and the whole system is extremely fast now (same KDE + Qt version as before). I was really impressed how fast the scrolling is now in the details view. So this issue really seems to be related with the graphics driver. I recommend reading http://zrusin.blogspot.com/2009/08/2d-in-kde.html and http://zrusin.blogspot.com/2009/08/more-2d-in-kde.html for more background infos.
Comment 12 paul s. romanchenko 2009-09-24 14:00:58 UTC
According to "strace" for each icon on each paint(), KIconLoader access() all icons in /usr/share/icons/.
Open dolphin with some long file list, switch to konsole, find the dolphin pid

$ strace -p 2470 2>&1 | grep 'access("/usr/share/icons/' > l
Scroll wheel in dolphin for a sec, switch back to konsole:
^C
$ wc -l l
121319 l

121319 is pretty much, huh?