From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 17:00:33 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFB45106564A for ; Fri, 5 Aug 2011 17:00:33 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id EF3698FC14 for ; Fri, 5 Aug 2011 17:00:32 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA23918; Fri, 05 Aug 2011 20:00:27 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QpNl5-0001Mn-1U; Fri, 05 Aug 2011 20:00:27 +0300 Message-ID: <4E3C21A7.2020401@FreeBSD.org> Date: Fri, 05 Aug 2011 20:00:23 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110706 Thunderbird/5.0 MIME-Version: 1.0 To: Luigi Rizzo References: <20110805002732.GA5340@onelab2.iet.unipi.it> <201108051628.19884.pieter@degoeje.nl> <20110805145626.GB13217@onelab2.iet.unipi.it> <4E3C0651.9070307@FreeBSD.org> <4E3C0D9E.40303@FreeBSD.org> <20110805161240.GA13788@onelab2.iet.unipi.it> In-Reply-To: <20110805161240.GA13788@onelab2.iet.unipi.it> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: High Network Perfomance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2011 17:00:33 -0000 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