Bug 237972

Summary:	Copying via fish:// has a 1/4th of the performance of scp
Product:	[Unmaintained] kio	Reporter:	Richard Hartmann <richih-kde>
Component:	fish	Assignee:	Konqueror Developers <konq-bugs>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	de.meyer.maarten, gds, kernelcruncher
Priority:	NOR
Version:	4.4
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Richard Hartmann 2010-05-17 21:44:17 UTC

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...

Comment 1 Richard Hartmann 2010-05-17 21:47:08 UTC

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

Comment 2 Richard Hartmann 2010-05-17 21:50:59 UTC

PS: Found the fish component in the kio product. Yay :)

Comment 3 Nicolas L. 2010-08-04 10:22:26 UTC

*** Bug 233036 has been marked as a duplicate of this bug. ***

Comment 4 gene smith 2011-03-29 05:19:39 UTC

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.)

Comment 5 gene smith 2011-03-30 06:33:37 UTC

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.

Comment 6 Maarten De Meyer 2012-11-16 16:15:31 UTC


*** This bug has been marked as a duplicate of bug 291835 ***