I got side tracked and missed the new system question. In a newer system with an Intel em card then you likely won't need it. However don't play with the HZ settings. If you still see the delays recompile with polling on default.
Verify on the NIC as well such as ifconfig em0 If it isn't on you can try to do it manually per NIC. We sometimes saw early connection drops with new systems and polling enabled. (Could have also been a sysctl misconfiguration on our part) In either case, try the new system first and then one step at a time. Sorry for the double-posts. On Nov 20, 2012, at 4:49 PM, "Alfred Perlstein" <bri...@mu.org> wrote: > On 11/20/12 2:42 PM, Jim Thompson wrote: >> On Nov 20, 2012, at 3:52 PM, Barney Cordoba <barney_cord...@yahoo.com> wrote: >> >>> Anyone who even mentions polling should be discounted altogether. Polling >>> had value when you couldn't control the interrupt delays; but interrupt >>> moderation allows you to pace the interrupts any way you like without >>> the inefficiencies of polling. >> You're entitled to your opinion, but experimental results have tended to >> show yours incorrect. >> >> Jim > Agree with Jim. If you want pure packet performance you burn a core to run a > polling loop. > > -Alfred _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
