ixgbe input errors at high data rates
Jack Vogel
jfvogel at gmail.com
Thu Mar 11 17:42:07 UTC 2010
The 1.3.3 driver is two years old, and your OS is older. I would
respectfully suggest
that you update to 8.0 where lots of effort was put to make 10G hardware
perform
up to its capabilities. Similarly, I have done lots of work in two years to
the ixgbe
driver, I would even suggest that once you have 8 installed you get the
driver from
HEAD.
Regards,
Jack
On Thu, Mar 11, 2010 at 7:50 AM, rihad <rihad at mail.ru> wrote:
> Hi, our Intel 10 GigE cards are finally here, identified as
> <Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 1.3.3>
> with the driver ixgbe-1.3.3 off the CD-ROM.
> One card is used for input, the other for output, doing traffic limiting
> (dummynet) and accounting in between.
> At data rates of about 700-1000 mbps netstat -i shows many Input errors on
> ix0 at a rate of 10-20K per second :(
>
> top -HS:
> CPU: 1.3% user, 0.0% nice, 25.2% system, 14.1% interrupt, 59.3% idle
> Mem: 1047M Active, 2058M Inact, 466M Wired, 126M Cache, 214M Buf, 239M Free
> Swap: 2048M Total, 2048M Free
>
> PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND
> 32 root -68 - 0K 16K CPU3 3 460:56 100.00% irq258: ix0
> 33 root -68 - 0K 16K CPU7 7 143:14 100.00% ix0 rxq
> 13 root 171 ki31 0K 16K RUN 5 574:39 93.65% idle: cpu5
> 12 root 171 ki31 0K 16K RUN 6 507:08 88.33% idle: cpu6
> 14 root 171 ki31 0K 16K CPU4 4 424:04 80.37% idle: cpu4
> 18 root 171 ki31 0K 16K CPU0 0 395:34 75.00% idle: cpu0
> 16 root 171 ki31 0K 16K RUN 2 433:10 70.21% idle: cpu2
> 700 root -68 - 0K 16K - 2 292:19 56.64% dummynet
> 17 root 171 ki31 0K 16K CPU1 1 399:02 50.39% idle: cpu1
> 37 root -68 - 0K 16K CPU1 1 196:19 39.50% ix1 rxq
> 11 root 171 ki31 0K 16K RUN 7 510:39 14.79% idle: cpu7
> 36 root -68 - 0K 16K WAIT 5 36:36 8.64% irq260: ix1
> 19 root -32 - 0K 16K CPU6 6 36:52 5.08% swi4: clock
> sio
>
>
> Turning dummynet off (by short-circuiting the IPFW rule "allow ip from any
> to any" before the "pipe tablearg") doesn't eliminate the input errors.
> Turning ip.fastfowarding off (see below) doesn't help either (why would it),
> only this time "swi" is chewing up the CPU time instead of "irq". Are we
> hitting the CPU core limits here? It's a dual cpu quad-core Intel(R) Xeon(R)
> CPU E5410 @ 2.33GHz (Dell PowerEdge 2950).
> Shouldn't this $2.5K expensive card have decently-sized hardware buffers to
> prevent any overruns?
>
> Some custom settings:
> kern.hz=4000
> net.inet.ip.fastforwarding=1
> kern.ipc.nmbclusters=111111
> net.inet.ip.dummynet.io_fast=1
> net.isr.direct=0
> net.inet.ip.intr_queue_maxlen=5000
> hw.intr_storm_threshold=8000 #as suggested by the ixgbe-1.3.3 docs
>
> FreeBSD 7.1 kernel built with DEVICE_POLLING, even though it isn't used.
> Should I nonetheless recompile without it? I heard the mere existence of
> DEVICE_POLLING affects some cards' performance.
>
> Thanks for any tips.
> _______________________________________________
> freebsd-net at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe at freebsd.org"
>
More information about the freebsd-net
mailing list