Version: 4.4.3 (KDE 4.4.3) (using 4.4.3 (KDE 4.4.3), Debian packages) Compiler: cc OS: Linux (i686) release 2.6.32-4-686 This one has been bugging me since 4.1, but somehow, I never got around to filing the issue. When copying large files between two local machines on a 1 Gbit/s LAN with scp, I get a transfer rate of 10-12 MB/s. Copying the same files via Konqueror & fish:// , I am stuck with a maximum rate of 2.5 MB/s. _Very_ annoying...
Reassigning to kio as the fish I/O slave does not seem to have its own compenent. Also, my .ssh/config contains: Host * ControlPath ~/.ssh/sock-%r@%h:%p ControlMaster auto
PS: Found the fish component in the kio product. Yay :)
*** Bug 233036 has been marked as a duplicate of this bug. ***
Using fish:// very painful with large files/dir with kde 4.5.5 and earlier 4.x versions. Was not a problem with 3.5.x. (Also copies to/from USB sticks and other USB activities slower on 4.x but no idea if this is related to fish slowness.)
Actually, I'm not so sure this is specific to fish//: protocol when doing copies in kde file manager. When I copy a huge project on the local drive it also seem to take an extreme amount of time. Also the progress bar graph is very misleading. For example it appears to be 80% finished but only maybe 20% of the files are indicated as having been copied. I got tired of waiting, maybe 10-15 minutes, and only about half the files were copied. Then I just used cp in konsole and copy finished in a couple minutes. So perhaps this is a duplicate of another bug regarding slow copies in kde file managers. By the way, I remember seeing this same problem in early kde 2.x and earlier kfm but the problem seemed to be resolved in the later 3.x kfm/konqueror versions, but is is back again in kde 4.x it seems.
*** This bug has been marked as a duplicate of bug 291835 ***