Hi Alfredo, Please provide an update on this ! Regards, Chandrika
Sent from my iPhone Begin forwarded message: > From: Chandrika Gautam <[email protected]> > Date: September 9, 2019 at 8:47:55 AM GMT+5:30 > To: [email protected] > Subject: Re: [Ntop-misc] Query on software using Pfring 7.5 and i40e driver > > Hi Alfredo, > > Have you been able to look at this further ??? > > Any feedback on ksoftirq reaching 100% continuously. > > Regards, > Chandrika > > Sent from my iPhone > >> On Sep 4, 2019, at 8:11 PM, Alfredo Cardigliano <[email protected]> wrote: >> >> Hi Chandrika >> this is definitely strange: please note that with standard drivers >> interrupts >> are not controlled by PF_RING as they are managed by the driver itself.. >> this is interesting, I will take a look asap. >> >> Alfredo >> >>> On 4 Sep 2019, at 14:15, Chandrika Gautam <[email protected]> >>> wrote: >>> >>> That’s the secondary issue which we will focus later on. >>> >>> So let me rephrase the problem statements - >>> 1. This does not involve zc! Problem 1- When we are using our software >>> integrated with pfring 7.5.0, we do not see counters incremented in cat >>> /proc/interrupts/ for the interface from which we are reading the packets. >>> We are using standard i40e. driver on rhel 7.6 and have reduced the number >>> of queues of this card interfaces to 4 and set the smp affinity explicitly. >>> Second problem - we can see ksoftirq for the assigned cores taking 100% of >>> CPU due to which we are observing drop at the interface as well. >>> When we run tcpdump on the same interface, we can see the interrupts counts >>> incrementing using above same command. >>> >>> 2- above observation is same when we deploy zc compiled i40e driver ; >>> >>> Will there be no interrupts with i40e driver when used with pf_ring ?? >>> >>> Regards, >>> Chandrika >>> Sent from my iPhone >>> >>>> On Sep 4, 2019, at 1:04 PM, Alfredo Cardigliano <[email protected]> >>>> wrote: >>>> >>>> Hi Chandrika >>>> are you observing better performance with ixgbe? Please note that ixgbe >>>> has a bigger buffer in the card, >>>> this could explain better performance in case of high traffic rate (what >>>> is the pps rate in this case?) >>>> >>>> Alfredo >>>> >>>>> On 28 Aug 2019, at 12:56, Chandrika Gautam >>>>> <[email protected]> wrote: >>>>> >>>>> Hi Alfredo, >>>>> >>>>> Interrupts are not seen either with standard driver or with the zc >>>>> compiled i40e driver as well. >>>>> >>>>> What we do in our application is - >>>>> We load zc compiled i40e driver and put a zc license on that interface >>>>> but we do not open device using zc: prefix. >>>>> Using this we have observed better performAnce in our application when >>>>> used with ixgbe driver. >>>>> >>>>> Regards, >>>>> Chandrika >>>>> >>>>> Sent from my iPhone >>>>> >>>>>> On Aug 28, 2019, at 12:58 PM, Alfredo Cardigliano <[email protected]> >>>>>> wrote: >>>>>> >>>>>> Hi Chandrika >>>>>> are you using the i40e-zc driver or the standard driver? >>>>>> Please note that ZC enables interrupts only when required for >>>>>> performance reason, >>>>>> for example some libpcap-based applications require interrupts as they >>>>>> use poll/select, >>>>>> instead many pf_ring-based application do not use interrupts at all >>>>>> (they do active polling). >>>>>> >>>>>> Alfredo >>>>>> >>>>>>> On 28 Aug 2019, at 08:59, Chandrika Gautam >>>>>>> <[email protected]> wrote: >>>>>>> >>>>>>> >>>>>>> Hi Team, >>>>>>> >>>>>>> >>>>>>> >>>>>>> We have compiled our software with PF_RING 7.5.0 which reads from an >>>>>>> interface on i40e driver. >>>>>>> >>>>>>> Whenever we start our software, it process the traffic received on the >>>>>>> interface but no interrupts are seen. >>>>>>> >>>>>>> Whenever we start tcpdump on the same interface, then interrupts can be >>>>>>> seen. >>>>>>> >>>>>>> Can you please help to validate this behavior. Is it expected behavior >>>>>>> ? We need to validate that the interrupts are coming on the cores to >>>>>>> which we have set the affnity. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> Chandrika >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>>> _______________________________________________ >>>>> 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 >>> _______________________________________________ >>> 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
_______________________________________________ Ntop-misc mailing list [email protected] http://listgateway.unipi.it/mailman/listinfo/ntop-misc
