Date: Thu, 28 Apr 2011 10:45:13 -0400 From: Adam Stylinski <kungfujesus06@gmail.com> To: Steven Hartland <killing@multiplay.co.uk> Cc: freebsd-net@freebsd.org Subject: Re: em0 performance subpar Message-ID: <20110428144513.GF2800@ossumpossum.geop.uc.edu> In-Reply-To: <EE019B72D65E417BABD7022E4DF10357@multiplay.co.uk> References: <20110428072946.GA11391@zephyr.adamsnet> <4DB965D8.7090906@sentex.net> <B04EE072E7F04402AC289EFBF55E1D05@multiplay.co.uk> <20110428141339.GD2800@ossumpossum.geop.uc.edu> <EE019B72D65E417BABD7022E4DF10357@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
--/QKKmeG/X/bPShih Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 28, 2011 at 03:25:53PM +0100, Steven Hartland wrote: > * What's your traffic like? e.g. http, large tcp files, tiny udp etc... > * Is it all on a local switch, if so what switch? > * Is flow control enabled? > * Are you seeing high interrupts? > * Are you disk bound? > * Are you memory bound? > * Are you cpu bound? >=20 > Some basic settings we have here:- > net.inet.tcp.inflight.enable=3D0 > net.inet.tcp.sendspace=3D65536 > kern.ipc.nmbclusters=3D262144 > kern.ipc.maxsockets=3D204800 > net.inet.tcp.msl=3D20000 > kern.ipc.maxsockbuf=3D524288 > net.inet.tcp.sendbuf_max=3D16777216 > net.inet.tcp.recvbuf_max=3D16777216 >=20 > Note: Large values for kern.ipc.maxsockbuf can hurt performance under > 8.x but work well under 7.x (never got to the bottom of that) >=20 > Regards > Steve >=20 >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > This e.mail is private and confidential between Multiplay (UK) Ltd. and t= he person or entity to whom it is addressed. In the event of misdirection, = the recipient is prohibited from using, copying, printing or otherwise diss= eminating it or any information contained in it.=20 >=20 > 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. >=20 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 v= alue already was the nmbclusters, changing it seems to have no effect, thou= gh. vmstat -i should display my interrupts, which I don't think are partic= ularly 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 beli= eve 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 th= e problem (like I said, the Linux hosts have no issues with the same card).= =20 --=20 Adam Stylinski PGP Key: http://pohl.ececs.uc.edu/~adam/publickey.pub Blog: http://technicallyliving.blogspot.com --/QKKmeG/X/bPShih Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQIcBAEBAgAGBQJNuX14AAoJED6sRHE6TvmnVT0QAIXzCh4bJKFeskLqhkAg5sP0 Kn8qivwPBSD4fu4LG/3cM2coaSpdOlS4o3HrwfNtfRyeYJVpGLra5LVTqJD4Yjph Oyi9rn4Dggbcc0gZTZC8uT9W7T4iEbHh6dkmPnserH6iEi1nxeQpQ3PGme4vQ7Eu XhtfjLLm056Mm2bHFqac5eHCpPQI0H2PDK4GazAlGnlI2HS6zEzLooG7xO4yHSNA Hs0S2K3cP+6yjxBIZJ1N2tG4DwRy6jVeRXvmj4nNGS7vbbGhX+mWWo/oI8gOOSgf CpuGNpiWWqBWnE/ARshRm89GCbXWoX/km+8G6/7063Lkm7Ib9qxa9Na04EF+0k4j 4OeF8ixQi0WEZrWp1HlA4wknWyQua0z9fTbtTBOFLKI8QFnUkJfeoh9h4d0ujd5x m7Zg9XU1zUeEKuQdb2BohSaTS54wv+z2YGMbBVnhSxmH3NyXiQyJZDcplzatq7HU D5UXh6gYeLNAYjFgM3rM4mbw82avQmzQxLbYGg1T24y2yO1VhvVVNMoTwyLDyM+E CFGzdtt2PlZsR9pOcuD3u2lNOETb78KzIEeW0VXpeZn6sS9LeRA5pomriwsDK4nn Nu6YQg7YmvsQtJlXia0o4HSz7XkQ1Y6d86n7/g3GrqpQard+RPbwKFJpqfqDGg4P KDV9zgDRlYQXv6tj+pcz =+T9i -----END PGP SIGNATURE----- --/QKKmeG/X/bPShih--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110428144513.GF2800>