Version: (using KDE KDE 3.5.3)
Installed from: SuSE RPMs
kio-sftp is 2.6 (wlan) to 4 (fast ethernet) times slower than commandline sftp client (at least in a local wlan):
With 54mbit wlan:
100% 18MB 2.6MB/s 00:07
I used IPTraf to count the transfered bytes and packets:
sftp commandline client:
Packets incoming: 13312
Bytes incoming: 19795472
Packets outgoing: 6814
Bytes outgoing: 499884
Packets incoming: 13978
Bytes incoming: 19821409
Packets outgoing: 7293
Bytes outgoing: 514770
Ping is 1.60 ms (== 1/625)
Could it be that kio sftp waits for an ack after each package, while the commandline sftp client does not do that which allows it to reach much higher packet rates?
Confirming with KDE 3.5.3 on Debian Sid. ep6-062606-ubuntuos.ogg is a 101 MB file that is copied over a 100 MBit Ethernet network with (nearly) no other traffic.
stefan@rattle:~/downloads$ time kioexec touch sftp://hum/home/stefan/ep6-062606-ubuntuos.ogg
stefan@rattle:~/downloads$ time sftp stefan@hum:/home/stefan/ep6-062606-ubuntuos.ogg .
Connecting to hum...
Fetching /home/stefan/ep6-062606-ubuntuos.ogg to ./ep6-062606-ubuntuos.ogg
/home/stefan/ep6-062606-ubuntuos.ogg 100% 101MB 9.2MB/s 00:11
Just for fun, let's see how kio-fish and scp perform.
stefan@rattle:~/downloads$ time kioexec touch fish://stefan@hum/home/stefan/ep6-062606-ubuntuos.ogg
stefan@rattle:~/downloads$ time scp stefan@hum:/home/stefan/ep6-062606-ubuntuos.ogg .
ep6-062606-ubuntuos.ogg 100% 101MB 10.1MB/s 00:10
According to bug 78256 this should be fixed, but these numbers tell a different story. :-(
*** Bug 137807 has been marked as a duplicate of this bug. ***
Still extremely slow, even over a 4mbps dsl link. ~250kB/s through sftp:// over konqueror and ~420kB/s through lftp.
It seems konqueror is doing something evil to saturate the line or maybe just not being able to use it fully.
fish:// works great tho. strangely.
Confirmed in KDE 3.5.5 (Debian Etch). Standard sftp/fish tools are faster by a multiple of 3-5x. See also http://bugs.kde.org/show_bug.cgi?id=103661
Works for me, same speeds in Konqueror using fish or sftp as sftp client, KDE 3.5.8 (Debian Lenny/Testing). See also http://bugs.kde.org/show_bug.cgi?id=103661
I still experience the problem on KDE 3.5.8-7.fc7
(see also https://bugzilla.redhat.com/show_bug.cgi?id=427963)
I opened two konqueror windows, one with an address on the local computer and one with an address on the remote one using either sftp or fish.
The transfer speeds varied around 600KByte/s in either direction. When I did the same transfer from the command prompt using scp or sftp, I obtained transfer-speeds of 20MByte/s....
I have a normal, updated FC7 installation. So, standard ssh installation. Anyone suggestions on how to correct this ? Is it a kioslave and/or ssh setting, or is it a real bug ?
So, for me, this bug is still not resolved !
I have to do more tests if kio in KDE still causes problems.
The problem is/was that it is a blocking implementation. So you're not able to get higher packet rates. kio_sftp has been rewritten with libssh in KDE trunk. libssh is blocking too but it is under development and will be changed in future.
As this bug is against KDE3 I will close it as WONTFIX. kio_sftp in KDE4 will be improved as soon as libssh offers a non-blocking API.