[solved!] Re: em very slow, shared irq... on 6.2p8
mike at sentex.net
Wed Feb 27 20:16:24 UTC 2008
At 03:09 PM 2/27/2008, Holger Kipp wrote:
>On Wed, Feb 27, 2008 at 08:50:58PM +0100, Holger Kipp wrote:
> > On Wed, Feb 27, 2008 at 09:50:16AM -0500, Mike Tancsa wrote:
> > more details below. as it currently is, polling seems to do
> > the trick, however handling several em-interfaces with the
> > same irq (mind you, it is pci) shouldn't cause delays of
> > up to 1.5 seconds for a simple ping... Therefore I consider
> > using polling for a nearly idle system more a workaround
> > than a solution to this problem :-(
> > with msi enabled (via sysctl) I get
> > 33 packets transmitted, 33 packets received, 0% packet loss
> > round-trip min/avg/max/stddev = 1.865/156.421/1339.841/239.375 ms
> > so looks equally bad (I don't consider 30-40 packets a meaningful sample).
> > I don't know if it makes any differences if switched on directly in
> > loader.conf, though.
>have now activated msi in loader.conf and get very good results again.
>38 packets transmitted, 38 packets received, 0% packet loss
>round-trip min/avg/max/stddev = 0.291/0.425/0.595/0.067 ms
>without polling activated. So it was msi after all I needed here.
>Maybe this should go into docu for em or ifconfig?
Yes, sorry I should have mentioned, you need to reboot. But
I strongly suggest upgrading to 6.3R as there are a number of em bugs
that are fixed.... Perhaps some IRQ issues as well. But for MSI in
general, I think the Intel guy recommended running that way for the NIC.
More information about the freebsd-stable