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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.