Re: 10GE Click performance

Luigi Rizzo <[email protected]>
Newsgroups gmane.network.routing.click
Message-ID <CA+hQ2+gWKGWzqwMZ1WgMdBnjZXCgGnL9gyQrB04iTsK4siJDSA@mail.gmail.com>
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



-- 
-----------------------------------------+-------------------------------
 Prof. Luigi RIZZO, [email protected]  . Dip. di Ing. dell'Informazione
 http://www.iet.unipi.it/~luigi/        . Universita` di Pisa
 TEL      +39-050-2211611               . via Diotisalvi 2
 Mobile   +39-338-6809875               . 56122 PISA (Italy)
-----------------------------------------+-------------------------------
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.