----- Original Message ----- > > > ----- Original Message ----- > > Bezüglich Bryan Venteicher's Nachricht vom 27.08.2013 06:18 (localtime): > > > > ... > > <snip> > The intr usage is higher than the other drivers you compared against > because if_vmx does the off-level processing in ithreads where as the > others do it in a taskqueue. > > BTW: if_vmx can to LRO as well. I don't think the emulated e1000 can, > but I bet the e1000e does. > > > if_vmx <-> if_vmx > > 1.32 GBits/sec, load: 10-45%Sys 40-48%Intr > > > > if_vmxJumbo <-> if_vmxJumbo > > 5.01 GBits/sec, load: 10-45%Sys 40-48%Intr > > > > Please find attached the different outputs of dev.vmx.X (the mtu9000 run > > was > > only 3.47GBits/sec in that case, took the numbers anyway) > > Thanks for the sysctl output. dev.vmx.0.txq0.ringfull: 133479 dev.vmx.0.txq0.hstats.tso_packets: 564986 dev.vmx.0.txq0.hstats.ucast_packets: 570604 For the number of packets transmitted, there's a really high percentage of time we find the Tx queue full enough it is not able to hold the next to transmit frame. I've haven't been able to recreate this. But I recently made a commit [1] that might help alleviate this. [1] http://svnweb.freebsd.org/base?view=revision&revision=255055 > > wbr, > > > > -Harry > > > > > _______________________________________________ > freebsd-current_at_freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"Received on Tue Sep 03 2013 - 01:31:28 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:41 UTC