> On 27 Sep 2015, at 09:26, Bryan Fok <[email protected]> wrote: > > > For the program argument -i <device>, what is the Y in "ethX@Y" ? is it a > filter e.g. multicast address?
Y is the RSS queue id, in case your NIC supports RSS to load balance traffic.
> What does the num_threads do? How does multi-thread help on performance?
> Concurrent execution on the packet callback?
In runs multiple processing threads: in this example it requires locking
because you are capturing from a single interface, thus it does not help on
performance (unless the processing function is the bottleneck)
> What is a reflector_device ? is it like a packet forwarding mechanism, and is
> no need for a receive only application?
Correct, not needed for receive-only.
> Can I use pfring_recv to replace pfring_loop? Does it hurt performance?
> Because I am writing class and pfring_loop callback does not allow bind to
> member function.
> E.g.
>
> while(start_)
> {
> if(pfring_recv(....))
> {
> //proceed
> }
> }
Yes you can use pfring_recv, same performance as pfring_loop
> It would be nice if pfring_recv will have a version of burst receive like zc
> in the future.
Ok
Best Regards
Alfredo
>
> B.R
> Bryan
> _______________________________________________
> Ntop-misc mailing list
> [email protected] <mailto:[email protected]>
> http://listgateway.unipi.it/mailman/listinfo/ntop-misc
> <http://listgateway.unipi.it/mailman/listinfo/ntop-misc>
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ Ntop-misc mailing list [email protected] http://listgateway.unipi.it/mailman/listinfo/ntop-misc
