> Date: Mon, 29 Sep 2008 11:03:10 +0200 > From: Holger Kipp <[EMAIL PROTECTED]> > Sender: [EMAIL PROTECTED] > > On Sun, Sep 28, 2008 at 06:30:03PM -0400, [EMAIL PROTECTED] wrote: > > No....you misunderstood. The 7.1 box was connected to a 5.4 box > doing a 50GB > data transfer over rsync. Both nics were 1000 full > duplex with a crossover cable. > The speed performance was terrible > and I could only get up to 10 Mb/s and there > was NO switch involved. > I believe there is a problem or bug involved with the > driver. Have > the drivers or stack been updated in 7.1? What else can I provide? > > Hi, I only flipped through the messages in this thread, faintly > remembering someone writing something about ssh. Anyway, if you're > copying using ssh (scp, sftp), then the transfer rate is much less > than what you'd expect - due to the encryption/decryption overhead > (unless you have hardware acceleration on both sideds). > > Just my two cents (Euro) on general reasons for slow data transfers.
ssh(1) and it's kin, scp(1) and sftp(1), are not at all well designed for performance. There are several issues and if you want details, read <http://www.psc.edu/networking/projects/hpn-ssh/>. If you want to use ssh(1) for high-bandwidth TCP streams, especially scp/sftp, install openssh-portable from ports after selecting the "enable HPN-SSH patch" option. You may want to over-write the base install, but be sure to edit make.conf/src.conf so that a system upgrade won't re-overwrite it. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751
pgpQKK5pdoo2u.pgp
Description: PGP signature
