Version: unspecified (using KDE 4.5.1) OS: Linux When using Dolphin to browse remote shares via SMB (Windows/linux remote host doesn't seem to matter) the listing of folders is insanely slow. It takes up to 45 seconds for large folder listings. The same folder is shown in Konqueror instantly. I don't know if this is an issue with the number of connections like in bug #221094 or if Dolphin tries to read all the meta data like described in #215953. I am using wired networking with a 1GBps LAN which works fine with Windows 7 and Konqueror - but not in Dolphin. Even when disabling the info panels and previews and all that. Perhaps Dolphin needs an option to disable all fancy listing options when dealing with network protocols? Reproducible: Always Steps to Reproduce: - Open Dolphin - Point to network share: smb://myserver/archive (200 files and folders) - Fetch coffee - Dolphin shows listing Expected Results: Dolphin should just instantly show the listing. If any extra data is needed, it should try to read that *after* showing a usable directory listing to the user.
Thanks for the report. Does it help if: - you turn off the Information Panel in Dolphin? - switch to the "editable mode" of the breadcrumb by right-clicking on the URL and clicking "(x) Edit" before entering the samba-share?
(In reply to comment #1) > - you turn off the Information Panel in Dolphin? > - switch to the "editable mode" of the breadcrumb by right-clicking on the URL > and clicking "(x) Edit" before entering the samba-share? Information panel is disabled and switching the breadcumb did not help. If you want I could record my session and post it to youtube to demonstrate how slow every move in Dolphin is - even more so because Konqueror shows everything instantly. On a side note: after re-visiting a folder, the listing is fast but I suppose this is only because the results are cached...
The same for me in Arch. KDE 4.6.1 and earlier. I think it's the same with this: https://bugs.kde.org/show_bug.cgi?id=218798 Only the protocol is different, but the situation is the same.
It is strange, but the same degradation takes place with mounted samba shares also. Are there known workaround? I stick to krusader, and it is very sad to have 8-10MB/s instead of 100MB/s dealing with smb. sftp, smb and mounted cifs - all cases have ~10x degradation. Of couse, to be sure I have tested all cases - with (s)cp and smbclient. It isn't 10% speed loss, it is 10 times. And the bug is still UNCONFIRMED.. Irony.. :-)
for me the listing seems quick, but if I'm copying files on the network it becames very slow, about a minute or two to list or reload a directory, only when it has finished to copy return normally quick
*** This bug has been confirmed by popular vote. ***
I'm still experiencing this bug with Ubuntu 14.04, KDE/Dolphin 4.13.0. Share contents appear one by one and there is no caching so if you think you finally got lucky and the subdirectory you were waiting for appeared, a suddenly appearing directory above yours might make you click the wrong one instead and you have to start all over again.
I'm still seeing this on 4.14.1 - could it be related to the way I have Samba set up?
me too on my PC=Dell latitude E6510, RAM=8Gb, GPU=GT218 NVS 3100M, CPU=i7 Q 720 @ 1.60GHz, OS=opensuse 13.1 KDE= 4.14.1
Same problem here with mounted samba shares and KDE 4.14.3 on Gentoo. The first listing is fast, but when I change the ordering (eg. by Size, Date, Name) then each change will take up to 20 seconds. I does not depend on the number of files in the current directory. There maybe just 10 files or over 2000 files. The waiting time is the same.
I guess this is a SAMBA-ISSUE, when the share is provided ba a LINUX SERVER Adding/uncommentig the following line in the smb.conf: socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 and reboot of the client (maybe umount/mount will do it too) solved the problem! The samba-server should not need a restart, as the smb.conf is re-read every 90 seconds. My system: Debian Jessie KDE Linux mydesktop 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt4-3 (2015-02-03) x86_64 GNU/Linux KDE 4.14.2 Dolphin 4.14.2. The share is provided by an Ubuntu-Server: $ uname -a Linux myserver 3.13.0-44-generic #73~precise1-Ubuntu SMP Wed Dec 17 00:39:15 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux $ smbd --version Version 3.6.3
Issue stills present here with Dolphin Version 15.12.3 KDE Frameworks 5.23.0 Qt 5.5.1 (built against 5.5.1) Can you reopen this bug please?
It's working fine here, Qt 5.7, frameworks 5.25, Dolphin 16.08 I've not had any issues since the switch to Plasma5
I do also have this issue on archlinux Dolphin Version 16.08.0 KDE Frameworks 5.25.0 Qt 5.7.0 (built against 5.7.0) it's a maters of minutes to list a share that contain 60 subfolder folder, konqueror take about 10 secondes.
agreed konqueror responds much more faster than dolphin here too
I don't think this can really count as RESOLVED FIXED at this point; motion to reopen. Having a the same problem; KF 5.29, Dolphin 16.08.3, Qt 5.6.2
This *might* be related to user authentication, check configuration in System settings->Connectivity and fill in default user name and password