Bug 352348 - Regression: bad performance viewing sshfs mounts
Summary: Regression: bad performance viewing sshfs mounts
Status: RESOLVED WORKSFORME
Alias: None
Product: dolphin
Classification: Applications
Component: view-engine: details mode (show other bugs)
Version: 15.12.3
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
: 352411 (view as bug list)
Depends on:
Blocks:
 
Reported: 2015-09-06 13:24 UTC by Soukyuu
Modified: 2016-09-04 15:49 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
listing a large directory with dolphin4 (658.44 KB, video/ogg)
2015-09-11 00:13 UTC, Soukyuu
Details
listing a large directory with dolphin5 (1.58 MB, video/ogg)
2015-09-11 00:14 UTC, Soukyuu
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Soukyuu 2015-09-06 13:24:35 UTC
I'm using several sshfs mounts (fstab) hosted on a 1Gbit LAN. After updating to 15.08, the directory loads at a snail's pace, scrolling is sluggish. This wasn't the case with 15.04, and using konqueror (=dolphinpart4) is as fluid.

Reproducible: Always

Steps to Reproduce:
1. open an sshfs mount with > 100 subdirectories
2. attempt to scroll/navigate


Actual Results:  
"Number of items" column for each subfolder is populating very slowly. Scrolling is sluggish.

Expected Results:  
Near instant population of "number of items", smooth scrolling

I'm running latest packages. I already had to switch from smb to sshfs to get my folder icons back, because you guys decided the access via smb is "slow", now sshfs is sluggish as hell out of a sudden. The irony in this is that even before this regression, I had lower latency/faster access using smb than sshfs and now it's even more crippled.
Comment 1 Soukyuu 2015-09-06 16:41:08 UTC
This also affects ntfs partitions, apparently.
Comment 2 Soukyuu 2015-09-07 21:41:21 UTC
It seems it's only the details view which is affected by this issue. The other two perform as they do on dolphin4.
Comment 3 Frank Reininghaus 2015-09-10 21:34:24 UTC
*** Bug 352411 has been marked as a duplicate of this bug. ***
Comment 4 Frank Reininghaus 2015-09-10 21:37:10 UTC
Just for the record: bug 352411 does no mention sshfs, so it's probably about folders on a normal disk, but it might still be the same issue (which I cannot reproduce, by the way).
Comment 5 Soukyuu 2015-09-11 00:13:24 UTC
Created attachment 94502 [details]
listing a large directory with dolphin4

open folder -> scroll down as fast as the number of items gets populated: about 7 seconds
Comment 6 Soukyuu 2015-09-11 00:14:42 UTC
Created attachment 94503 [details]
listing a large directory with dolphin5

same as with dolphin4, but takes about 39 seconds. scrolling stutters.
Comment 7 Soukyuu 2015-09-11 00:24:40 UTC
I have also noticed, that scrolling down with dolphin4 produces MORE CPU load (9%) than with dolphin5. kiofile also shows up briefly with 1%, then goes away. With dolphin5 the load is only 4%, with ssh and sshfs also showing a steady 1% CPU load. No kiofile process shows up.

This is with ksysguard, sorted by descending CPU usage.
Comment 8 peacemaker3110 2015-09-13 13:59:55 UTC
can we please have an option to disable item/folder population? it just hammers disks, decreasing their lifespan, while providing minimal to no benefits.
Comment 9 Soukyuu 2015-09-13 20:39:51 UTC
No. Just because you don't think it's useful, doesn't mean others don't. Else it will go the way of the custom folder icons that were suddenly deemed "too slow to display" on "remote" filesystems and disabled without the user having any say in it, nor the possibility to re-enable them.

What has to be done here, is fix this regression, wherever it stems from, not just disable functionality because it's bugged. If I can provide any more info, do tell.
Comment 10 peacemaker3110 2015-09-14 19:49:03 UTC
your comment is plain ignorant, you say that everyone should use the settings you (and the mysterious "others") find best without any options to tweak them. just cause you want it that way.

anyway, the best way to reproduce this on a local filesystem is to try it on a hdd, not on ssd, just open a large folder with lots of subfolders. as you can read in my bug 352411.
Comment 11 Soukyuu 2015-09-15 22:47:01 UTC
No, what I'm saying is that I don't want to lose features because KDE devs seem to cut functionality altogether over introducing more options (see custom folder icon case). 

In fact, that "option" is already present - if you don't want to see the subfolder count, you can remove the size column.
Comment 12 peacemaker3110 2015-09-16 22:39:28 UTC
Even without the size column, in compact view mode, it still searches for subfolders. Probably so it knows weather to display the "expand" arrow in the tree. 
That's why i want the option to turn it off/on, because in compact view mode, it provides almost no benefit, as there's no size column.
On other operating systems most file managers don't display the subfolder count for the size column, it's just empty for folders.
Comment 13 Soukyuu 2015-12-22 10:49:27 UTC
Still an issue with 15.12, working just fine on dolphin4.
Comment 14 Soukyuu 2016-04-21 20:15:46 UTC
Issue still persists, still sticking with dolphin4.
Comment 15 Soukyuu 2016-04-26 16:49:13 UTC
Is there any info I could provide to help fixing this?
Comment 16 Soukyuu 2016-08-30 19:54:48 UTC
Well, whatever you've done fixed it (not necessarily dolphin itself). I now have the same performance with doplhin4 and dolphin5 (16.04.3), viewing the same share I always test it with.