Exactly. I did apply affinity manually, mapping each IRQ to an especific core.
Ricard On 01/19/2012 06:55 PM, rchertov wrote: > Ricard, > One other question. When you used affinity settings, you just assigned > one cpu to /proc/irq/XXX/smp_affinity, right? (XXX is the IRQ of your > 10GE NIC). > > Roman > > On 01.18.2012 23:02, Ricard Vilalta wrote: >> Roman, >> >> On 01/18/2012 07:44 PM, rchertov wrote: >>> Ricard, >>> >>> What driver and kernel version are you using. I also assume that >>> you >>> did not modify the myricom driver to work with click's polling mode, >>> right? >> I was using click 1.8-trunk with patchless kernel 2.6.32 without any >> driver modification. >> The results obtained where about 600kpkts/sec processed (I was not >> generating the packets, only processing the incomming ones). >> >> Regards, >> Ricard >> >> P.S. I noticed that with myricom NIC small packets (64B) where >> processed >> slowlier, than 128B. >> >>> I am using myricom cards for packet generation, and a dual port >>> Intel >>> for bridge duties. >>> >>> Roman >>> >>> On 01.18.2012 05:38, Ricard Vilalta wrote: >>>> Hi Roman, >>>> >>>> I have recently published the following paper using click and 10GE >>>> transceivers. >>>> http://www.cttc.es/resources/doc/110728-hpsr-mplstp-final-46195.pdf >>>> >>>> I hope an extended version will be published soon in a journal. >>>> >>>> Best Regards, >>>> Ricard >>>> >>>> On 01/18/2012 02:29 PM, Luigi Rizzo wrote: >>>>> On Wed, Jan 18, 2012 at 2:13 AM, rchertov<[email protected]> >>>>> wrote: >>>>>> I finally got my hands on some 10GE equipment and started to play >>>>>> around with Click. So I noticed the following. On 2.6.24.7 >>>>>> patched >>>>>> kernel using 3.7.17 ixgbe driver, I get around 200K pps when >>>>>> running a >>>>>> node as a bridge (click pulled from git today). However, when on >>>>>> exactly the same node I run the exactly same test but I use >>>>>> click-1.7.0rc1, then I can easily achieve 300K pps. I have also >>>>>> tried >>>>>> 2.6.35.14-106.fc14.i686 using the latest Click and I still got >>>>>> around >>>>>> 200K pps. >>>>>> >>>>>> >>>>>> I am curious of people's experiences when running Click on 10GE >>>>>> equipment. Has anybody got the RouteBricks MQ code running? >>>>>> Everything >>>>>> compiled for me, but I get pretty strange packet forwarding >>>>>> performance, >>>>>> where the data is either delayed by quite a bit or it is just >>>>>> corrupted. >>>>>> >>>>>> My fancy one way bridge config >>>>>> >>>>>> fd :: FromDevice(eth2, PROMISC true, BURST 32) >>>>>> -> ctr1 :: AverageCounter >>>>>> -> q :: Queue(4096) >>>>>> -> ctr2 :: AverageCounter >>>>>> -> ToDevice(eth3, BURST 64); >>>>> remember that fetching timestamps, even staying in-kernel, >>>>> is extremely expensive (in the order of 250-500ns) so if you use >>>>> one of those elements in your pipeline you won't be able >>>>> to get decent performance. >>>>> >>>>> try to remove one or both counters and see if that improves >>>>> the throughput (this said, 200 or 300kpps really seems too >>>>> low to be explained by timestamps) >>>>> >>>>> cheers >>>>> luigi >>>>> >>>>> >>>>> >>>> -- >>>> ______________________________________________________________ >>>> >>>> Ricard Vilalta >>>> Research Engineer >>>> Optical Networking Area (ONA) http://wikiona.cttc.es/ >>>> CTTC - Centre Tecnològic de Telecomunicacions de Catalunya >>>> Parc Mediterrani de la Tecnologia (PMT) >>>> Av. Carl Friedrich Gauss 7, >>>> 08860 Castelldefels (Barcelona), Spain >>>> http://www.cttc.es/ >>>> Phone: +34 93 396 71 70 (ext. 2232). Fax: +34 93 645 29 01 >>>> E-mail: [email protected] >>>> >>>> _______________________________________________ >>>> click mailing list >>>> [email protected] >>>> https://amsterdam.lcs.mit.edu/mailman/listinfo/click >>> _______________________________________________ >>> click mailing list >>> [email protected] >>> https://amsterdam.lcs.mit.edu/mailman/listinfo/click >> >> -- >> ______________________________________________________________ >> >> Ricard Vilalta >> Research Engineer >> Optical Networking Area (ONA) http://wikiona.cttc.es/ >> CTTC - Centre Tecnològic de Telecomunicacions de Catalunya >> Parc Mediterrani de la Tecnologia (PMT) >> Av. Carl Friedrich Gauss 7, >> 08860 Castelldefels (Barcelona), Spain >> http://www.cttc.es/ >> Phone: +34 93 396 71 70 (ext. 2232). Fax: +34 93 645 29 01 >> E-mail: [email protected] >> >> >> _______________________________________________ >> click mailing list >> [email protected] >> https://amsterdam.lcs.mit.edu/mailman/listinfo/click > > _______________________________________________ > click mailing list > [email protected] > https://amsterdam.lcs.mit.edu/mailman/listinfo/click -- ______________________________________________________________ Ricard Vilalta Research Engineer Optical Networking Area (ONA) http://wikiona.cttc.es/ CTTC - Centre Tecnològic de Telecomunicacions de Catalunya Parc Mediterrani de la Tecnologia (PMT) Av. Carl Friedrich Gauss 7, 08860 Castelldefels (Barcelona), Spain http://www.cttc.es/ Phone: +34 93 396 71 70 (ext. 2232). Fax: +34 93 645 29 01 E-mail: [email protected] _______________________________________________ click mailing list [email protected] https://amsterdam.lcs.mit.edu/mailman/listinfo/click
