Date: Thu, 12 Jun 2008 12:22:28 +0900 From: Pyun YongHyeon <pyunyh@gmail.com> To: Gerrit K?hn <gerrit@pmp.uni-hannover.de> Cc: Daniele Bastianini <liste.bsd@gmail.com>, freebsd-stable@freebsd.org Subject: Re: broken re(4) Message-ID: <20080612032228.GD7250@cdnetworks.co.kr> In-Reply-To: <20080611092457.82c83083.gerrit@pmp.uni-hannover.de> References: <20080527165232.2acbb00f.gerrit@pmp.uni-hannover.de> <3C916EEA-5A2B-4C88-B834-0F47D7D525FA@gmail.com> <20080611092457.82c83083.gerrit@pmp.uni-hannover.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jun 11, 2008 at 09:24:57AM +0200, Gerrit K?hn wrote: > On Tue, 10 Jun 2008 20:43:04 +0200 Daniele Bastianini > <liste.bsd@gmail.com> wrote about Re: broken re(4): > > DB> > - copying large files (more than some 100MB) via ssh/scp drops the > DB> > connection due to "corrupted MAC on input": > DB> > Disconnecting: Corrupted MAC on input. > DB> > lost connection > > DB> I had the same problem. > DB> I fixed it (for now) making a buildworld with > DB> *default date=2008.03.01.00.00.00 in my src csup configuration. > > DB> I'm not so skilled to investigate in the sources but the problem is > DB> after this date. > > For me all versions from cvs and all patches from Pyun are working now, > after I have solved the issue with the bad riser card. I still think it's > funny that the riser causes this kind of trouble for the networking chips. > > On the other hand, I have not been able to get more than about 10MByte/s > through the interfaces of this particular system. I have 1GBit-networking > equipment, and the other systems (which are used as router) have no > problem doing a throughput of >20MB/s. Even bonding the two interfaces > using lagg(4) does not improve the performance - where else could be the > bottleneck? Before checking performance of network controller you had to rule out other factors like disk I/O. Use one of benchmark programs in ports/benchmark. > The only difference here is that I have the extra SATA-controller with > disks in there. However, the disks appear to be as fast as I can expect > from a SATA150-interface. > -- Regards, Pyun YongHyeon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080612032228.GD7250>