Summary: | sftp very slow compared to commandline sftp client | ||
---|---|---|---|
Product: | [Frameworks and Libraries] kio | Reporter: | Matthias Wieser <mwieser> |
Component: | sftp | Assignee: | Andreas Schneider <asn> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | normal | CC: | adawit, asn, cwadge, m.jedrasik, msr, Stefan.Borggraefe |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Matthias Wieser
2006-06-17 19:51:32 UTC
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 real 0m47.180s user 0m0.276s sys 0m0.164s 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 real 0m11.939s user 0m3.260s sys 0m3.224s 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 real 0m18.961s user 0m3.596s sys 0m2.744s stefan@rattle:~/downloads$ time scp stefan@hum:/home/stefan/ep6-062606-ubuntuos.ogg . ep6-062606-ubuntuos.ogg 100% 101MB 10.1MB/s 00:10 real 0m10.084s user 0m2.856s sys 0m2.292s 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. *** yes. 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. Regards, //m. 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. |