Date: Mon, 29 Sep 2008 11:03:10 +0200 From: Holger Kipp <hk@alogis.com> To: "firmdog@gmail.com" <firmdog@gmail.com> Cc: Jeremy Chadwick <koitsu@freebsd.org>, stable@freebsd.org, net@freebsd.org Subject: Re: 7.1-PRERELEASE : bad network performance (nfe0) Message-ID: <20080929090310.GA70418@intserv.int1.b.intern> In-Reply-To: <fa1676af0809281530x6b52f4c0n9854aac1f6a33d37@mail.gmail.com> References: <wptzc1gu9v.fsf@heho.snv.jussieu.fr> <fa1676af0809281043k269b3d78sbf1e8006f2aa282e@mail.gmail.com> <20080928205300.GF60230@in-addr.com> <fa1676af0809281515x64e93d8fs9b2002d83b909f7a@mail.gmail.com> <20080928222414.GA90269@icarus.home.lan> <fa1676af0809281530x6b52f4c0n9854aac1f6a33d37@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Sep 28, 2008 at 06:30:03PM -0400, firmdog@gmail.com 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. Regards, Holger Kipp
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080929090310.GA70418>