[solved/workaround?] Re: em very slow, shared irq... on 6.3p8
Holger Kipp
hk at alogis.com
Wed Feb 27 19:51:05 UTC 2008
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 :-(
> At 05:49 AM 2/27/2008, Holger Kipp wrote:
>
> >I therefore assume that the problem is between receiving the
> >irq from em<x> and getting the data from the interface on the firewall
> >itself.
>
> I would try upgrading to 6.3R (there are several em driver bug fixes)
done. system is now 6.3-RELEASE-p1 which also gave me -c option for pciconf
and msi syscontrols (were missing in the old 6.2).
> and then try the box with
> % cat /boot/loader.conf
> hw.pci.enable_msi=1
>
> ...if the cards support msi.
>
> I think pciconf -lvc should tell you if the cards and slots support it or
> not.
pciconf -lvc says for all em<x>:
cap 05[d0] = MSI supports 1 message, 64 bit
so I assume they do support MSI.
with msi disabled I get
38 packets transmitted, 38 packets received, 0% packet loss
round-trip min/avg/max/stddev = 4.833/228.022/1539.337/339.768 ms
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.
enabling polling (withous MSI) gives
30 packets transmitted, 30 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.366/0.790/1.339/0.290 ms
(maybe I should have used HZ=2000 to keep it below 0.6ms ;-)
> Also, if you dont need IPV6, use FAST_IPSEC. It does not need
> mpsafe. If you do need IPSEC and IPV6, 7.0R got rid of that restriction.
I think this enough changes in one go for a production system ;-)
many thanks for the recommendations!
Best regards,
Holger
More information about the freebsd-stable
mailing list