Date: Wed, 4 Apr 2001 02:13:32 +0200 From: "Karsten W. Rohrbach" <karsten@rohrbach.de> To: Mike Smith <msmith@freebsd.org> Cc: "Jason T. Luttgens" <lucky@lansters.com>, 'Doug Hardie' <bc979@lafn.org>, freebsd-stable@FreeBSD.ORG, "'David W. Chapman Jr.'" <dwcjr@inethouston.net> Subject: Re: Network performance question Message-ID: <20010404021332.F71262@mail.webmonster.de> In-Reply-To: <200104022315.f32NFO702856@mass.dis.org>; from msmith@freebsd.org on Mon, Apr 02, 2001 at 04:15:23PM -0700 References: <000001c0bbc9$cc97b990$0200010a@lucky> <200104022315.f32NFO702856@mass.dis.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Mike Smith(msmith@freebsd.org)@2001.04.02 16:15:23 +0000: > It's a reasonable assumption; it sounds like you haven't tuned the > FreeBSD box very well, so it's doing a lot of disk I/O. > > > I tried the test under FreeBSD with the NetGear card too - in addition to > > the 3COM. It's kinda strange, but when using the NetGear card and outputting > > tcpdump to /dev/null there were no problems, not even many interface errors > > (where as writing to a file causes the network to go down and tons of > > interface errors about halfway through the capture). > > This sounds like the NetGear card has issues with other PCI bus activity. > what exactly is the mainboard hardware? in which slot is the card? i recall having had severe problems on some bx tyan board with 5 pci slots. when i used slot 1 or 5 i had dropped interrupts since they were shared with i tink the onboard scsi. using the middle 3 slots the problem was gone. linux seems to handle interrupt sharing on pci differently from feebsd. /k -- > Experiments must be reproducible; they should all fail in the same way. KR433/KR11-RIPE -- http://www.webmonster.de -- ftp://ftp.webmonster.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010404021332.F71262>