Re: 10GE Click performance
Eddie Kohler <[email protected]>
| Newsgroups | gmane.network.routing.click |
|---|---|
| Organization | Harvard University |
| Message-ID | <[email protected]> |
Well, shoot. This performance degradation is unfortunate. There are two questions: 1. Why is performance low (~300Kpps or less)? 2. Why has performance gotten worse (300->200)? Let's attack #2 first. Has a non-Device configuration, such as InfiniteSource->Idle, slowed down? Eddie On 1/17/12 8:13 PM, rchertov 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); > > Roman > > _______________________________________________ > click mailing list > [email protected] > https://amsterdam.lcs.mit.edu/mailman/listinfo/click