Date: Fri, 05 Aug 2011 20:00:23 +0300 From: Andriy Gapon <avg@FreeBSD.org> To: Luigi Rizzo <rizzo@iet.unipi.it> Cc: freebsd-current@FreeBSD.org Subject: Re: High Network Perfomance Message-ID: <4E3C21A7.2020401@FreeBSD.org> In-Reply-To: <20110805161240.GA13788@onelab2.iet.unipi.it> References: <CANpwN=ticS53Z43rWVbtDU18cRtWH6sOE%2BfhJaS4LenTfZ=gpg@mail.gmail.com> <20110805002732.GA5340@onelab2.iet.unipi.it> <201108051628.19884.pieter@degoeje.nl> <20110805145626.GB13217@onelab2.iet.unipi.it> <4E3C0651.9070307@FreeBSD.org> <CA%2BFTnKN_dT2-y%2BOZHZV5TPKRb8oE8VOAVK__J-1dY1syxcQDvA@mail.gmail.com> <4E3C0D9E.40303@FreeBSD.org> <20110805161240.GA13788@onelab2.iet.unipi.it>
next in thread | previous in thread | raw e-mail | index | archive | help
Oh, wow! Great news! It's much more than I expected. Unfortunately I am too far from the Bay Area. on 05/08/2011 19:12 Luigi Rizzo said the following: > Its the latter. The libpcap-over-netmap code has been there for > a while, but documentation was not completely up to date so > we are both at fault. > > I just updated the webpage with links to another paper reporting > performance of the libpcap emulation library, Click and OpenvSwitch. > > There is also a new set of slides for a talk i am going to give at > various locations in the Bay Area next week (if you are around, > email me privately for details) > > Our libpcap makes netmap immediately available for basically > all pcap clients (sure, you might need a bit of tinkering, > and some apps could have their own speed issues -- see our study > on Click and OpenvSwitch). > Click userspace now runs (on FreeBSD+netmap) as fast or better than > the in-kernel linux version. Which means that all research > and prototypes that were bound to Linux because of this > reason, now could consider switching platform. > > Note that having netmap does not prevent the existing stack from > working. I have designed the system in a way that allows > incremental improvement/replacement of the components. > > I am working on bringing outside the kernel ipfw+dummynet > (relatively straightforward, i did it already once a couple of years ago), > and then the routing tables. > > netgraph could be another candidate (though i dont know > how much work it involves; netgraph is very similar to Click, > and the latter might have a richer set of elements). > > For TCP (and high speed TCP) i don't have a clear view on > what are the bottlenecks, but with 1500-byte MTU your pps rates > are 20 times lower, so the problem is entirely different and > saving 400ns per packet does help, but not as much as when > packets arrive every 70ns. > > cheers > luigi > -----------------------------------------+------------------------------- > Prof. Luigi RIZZO, rizzo@iet.unipi.it . 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) > -----------------------------------------+------------------------------- -- Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4E3C21A7.2020401>