From owner-freebsd-net@FreeBSD.ORG Sun May 20 15:27:15 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D527106564A for ; Sun, 20 May 2012 15:27:15 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 22D3E8FC16 for ; Sun, 20 May 2012 15:27:14 +0000 (UTC) Received: by werg1 with SMTP id g1so3547696wer.13 for ; Sun, 20 May 2012 08:27:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=07EeZGlOJ3lPfq3gNCRcblAg9s5fXkSEKZmJNkZDlx8=; b=Zj4uX9uMvtMsBomHQ83IGYCaM0vJZ13Y5J7Gk13F6piN3/S3y1/TTpePsEI1WoZDmA QF5tjw942wigBc3UmDMV0wwxyL/rjHcskrMpI54UnwpHW3ULwLNqlskvUujzW7IG+WzP LVD3JQ7d9u+zTFe444KM0F/OHFWvvqtXLFJPEH5Eqq5+Hfva+9e9Qghc4NY2YngWxdds iiYe4BFlYxStHGD2/JkMvRTywjMF7b9r2jrf+81gxrucQliryM/4YNao8KoluJt/k3ZT GUVuFYjQUx75Ny5hDOwkpQGhfp8svoTdZhoazI6UGplzVAutP6zEWSpMWwllSaH4YFyw iKBw== MIME-Version: 1.0 Received: by 10.216.145.13 with SMTP id o13mr10953629wej.95.1337527633838; Sun, 20 May 2012 08:27:13 -0700 (PDT) Received: by 10.180.102.228 with HTTP; Sun, 20 May 2012 08:27:13 -0700 (PDT) Date: Sun, 20 May 2012 11:27:13 -0400 Message-ID: From: grarpamp To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Fwd: [Ntop-misc] Announce: libzero (netmap) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 May 2012 15:27:15 -0000 fwd, re: developments related to netmap. ---------- Forwarded message ---------- From: Luca Deri Date: Mon, May 14, 2012 at 10:13 AM Subject: [Ntop-misc] Announce: libzero To: ntop-misc@listgateway.unipi.it, ntop@unipi.it Hi all, Last year we have introduced PF_RING DNA for implementing 0% CPU receive/transmission on commodity 1/10 Gbit network adapters. We considered DNA as a starting point, as it implemented high-speed RX/TX that was enough for most, but not all of you. This is because commodity adapters do not feature advanced packet balancing techniques as they rely on=C2=A0RSS, that has several limitations such as asymmetric flow balancing (i.e. the two direction of the same flow are spread onto two different cores) and inability to provide users a way to use their balancing function. Another limitation of DNA, again due to its nature that is close to the hardware, is that packets should be processed in sequence (i.e. in FIFO) whereas applications sometimes need to store packets and process them out of sequence (e.g. in case of fragmented packets, a given packet must be rebuilt with all fragments prior to process it). Although zero-copy is often a buzzword as only a subset of packet management is really performed without copying any packet, at ntop we decided to see whether it was really possible implement zero-copy for all operations, including packet dispatching to threads and applications (including packet fan-out support), packet queuing, and forwarding across interfaces. This is what=C2=A0libzero=C2=A0is for: as its= name says, we can do all these operations in zero-copy, with no performance penalty as you will still be able to reach line rate with minimal packet size (14.88 Mpps with 60+4 bytes packets). Libzero=C2=A0opens up a new world of opportunities, as it enables developers to focus on their application leaving to the library the task of handling packet memory, prefetching memory to let your applications access packet payload at the same speed as counting packets. Now you can finally scale up applications, as you can for instance spawn several snort applications and, without changing a single line of its code, let each instance handle a coherent (across directions) set of packets, all at line rate. In a nutshell, the network is no longer the bottleneck nor the source of complexity. The ball is on the software side again. You can find all details at the=C2=A0libzero home page ( http://www.ntop.org/products/pf_ring/libzero-for-dna/). Enjoy, Luca and Alfredo _______________________________________________ Ntop-misc mailing list Ntop-misc@listgateway.unipi.it http://listgateway.unipi.it/mailman/listinfo/ntop-misc