Date: Thu, 28 Apr 2011 11:23:43 -0400 From: Adam Stylinski <kungfujesus06@gmail.com> To: freebsd-net@freebsd.org Subject: Fwd: em0 performance subpar Message-ID: <BANLkTina_6hQM3Zi3S4MfPS6YSpqSxZiRA@mail.gmail.com> In-Reply-To: <20110428152141.GA19362@ossumpossum.geop.uc.edu> References: <20110428072946.GA11391@zephyr.adamsnet> <4DB965D8.7090906@sentex.net> <B04EE072E7F04402AC289EFBF55E1D05@multiplay.co.uk> <20110428141339.GD2800@ossumpossum.geop.uc.edu> <EE019B72D65E417BABD7022E4DF10357@multiplay.co.uk> <20110428144513.GF2800@ossumpossum.geop.uc.edu> <41EE7AB832F24194AC8730544E1C2EB7@multiplay.co.uk> <20110428152141.GA19362@ossumpossum.geop.uc.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] ---------- Forwarded message ---------- From: Adam Stylinski <kungfujesus06@gmail.com> Date: Thu, Apr 28, 2011 at 11:21 AM Subject: Re: em0 performance subpar To: Steven Hartland <killing@multiplay.co.uk> On Thu, Apr 28, 2011 at 04:08:31PM +0100, Steven Hartland wrote: > You said your testing with iperf, what settings are you using? > > Flow control is not flowtable no, which could still result in > a switch "issue" if linux and freebsd are setting different > values by default, similarly with duplex / speed, I would recommend > autoneg if your not already using. > > Have you tried without tso, rxcsum, txcsum & lro disabled? > > > ----- Original Message ----- > From: "Adam Stylinski" <kungfujesus06@gmail.com> > To: "Steven Hartland" <killing@multiplay.co.uk> > Cc: <freebsd-net@freebsd.org> > Sent: Thursday, April 28, 2011 3:45 PM > Subject: Re: em0 performance subpar > > I was using the default value for maxsockbuf, doesn't seem to hurt or help. The only value you've listed that I didn't have > tweaked to a comparable value already was the nmbclusters, changing it seems to have no effect, though. vmstat -i should display > my interrupts, which I don't think are particularly high. I am most definitely not CPU bound (utilization shows no hot CPUs), I > have 16GB of memory and plenty allocated to the kernel, and I believe flow control is enabled (should it not be?): > net.inet.flowtable.enable: 1 > > It's a 16 port netgear gigabit prosafe switch, and it's not likely to be the problem (like I said, the Linux hosts have no issues > with the same card). > > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. > > In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > Just using the default settings with iperf. Netblast is giving me similar results. Disabling TCP checksum offloading (transmit and receive) and large receive offload have zero effect. -- Adam Stylinski PGP Key: http://pohl.ececs.uc.edu/~adam/publickey.pub Blog: http://technicallyliving.blogspot.com [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQIcBAEBAgAGBQJNuYYFAAoJED6sRHE6TvmnJiYQAMyG3+EgK6QkivZs4YIRrFLs 54CljNZrrks7hu2EaTYKwZJ4tdiPKZvX8xM2XE75vig8wg0gWxm0JoCyNion3nib 7QQTxa8mBgfA94iqM4hhXaSNPEqLEAwxmG4h32Z/838diT7z6eB5ibPN631DI52t Dp3+IdxSv3ge7Mf35i4IMwZG2Wyg7/U3PQh8rz+aek+z+fKfkGkyUH0GUSqTzCcd 56DjMXfGhPYeqWsCqidsHXQ7YTUoTOq9uDBgFeLCrSR9B1mD/0aSEHW7hqHpTbuQ wHd8yOyzp5gRwgqBIFQaLOdrOG/t3X9TfSW4/8HiR6WPPrb8ru1xPnIL2gtONAZb STTPmMGCK5OMbyv0uaSShR4ZFPnMwqZmpAUai2EhPuZWe3C2k6GQAGQ1fEzx8CK5 EJDXZPjEeGTWrX3AySOkDrQyA7SCdqTt6MQq2Y2gqvMCQ3B6RiOFrfE+QNR0zxU3 0fOR2ae+v97VnMINI1MRMeNlpFfyKjuv1ME8DoHWoPoiK7gzw+ueb8gQCwy3VmIs JcE8j4frxFwnTg1BJndTYzYyqme1BBJbn72AnA2yYMkiSx4eoJ3HJ5YKkUIa8Fbg a59zUqPSa5BtsNlfCaVwvLkfXch1xsQjY+VDLTEmvYICCPckbYAtp2QJ3Ly7bXli TDuNKHuHoJIndbRPdIWN =Dtxo -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BANLkTina_6hQM3Zi3S4MfPS6YSpqSxZiRA>
