Just a small notice...

I just made additional tests with PCAP(without pf_ring) and TNAPI igb
driver but the results are not as good as i wrote in previous mail.

Now I'm getting just little improvement(<800Kpps) when using TNAPI igb
driver with 2 rx-queues.

So please ignore second part of my previous mail till i know how to
reproduce my results.

Best Regards,
Alexander

On Wed, 2010-02-17 at 15:03 +0100, Alexander Didebulidze wrote:
> Hi Luca,
> 
> if I load igb TNAPI driver with parameter RSS=2,2 i get 2 Kernel tnapi
> Threads...
> 
> If i capture from eth0 (without @0 and @1) pf_ring uses only one
> RING-Buffer...
> 
> in /proc/net/pf_ring/info i see: 
> PF_RING Version     : 4.1.0 ($Revision: 4012 $)
> Ring slots          : 4096
> Slot version        : 10
> Capture TX          : Yes [RX+TX]
> IP Defragment       : No
> Transparent mode    : Yes
> Total rings         : 1  <---- ???
> Total plugins       : 0
> 
> would same number of rings as RX-queues improve capturing performance?
> 
> is it possible to use 2 or more rings from unmodified PCAP-based
> capturing applications when using pcap+pfring?
> 
> ---
> 
> you probably knew this, but i get much better results with TNAPI igb
> driver and PCAP applications without using pf_ring at all.
> It's really cool because people who don't want or can't switch to
> pf_ring can also improve performance using this driver.
> 
> with unmodified driver i get ~500-600Kpps and with TNAPI driver i get
> more than 1000 Kpps. 
> if you can confirm this, than that's something you could mention on your
> blog... :) 
> 
> I'm curious if TNAPI( without pf_ring) can be also used to generally
> improve linux network rx(and maybe also tx) performance. If yes, than it
> would be nice to have threaded NAPI in normal gigabit-ethernet
> drivers(maybe as module parameter napi_thread=1). 
> It would be probably useful for servers which send and receive a lot of
> small <100Byte packets.
> 
> 
> Best Regards,
> Alexander
> 
> _______________________________________________
> Ntop-misc mailing list
> [email protected]
> http://listgateway.unipi.it/mailman/listinfo/ntop-misc


_______________________________________________
Ntop-misc mailing list
[email protected]
http://listgateway.unipi.it/mailman/listinfo/ntop-misc

Reply via email to