From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 14 17:45:59 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1431616A4CE for ; Mon, 14 Jun 2004 17:45:59 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB12B43D45 for ; Mon, 14 Jun 2004 17:45:58 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id C92E46520E; Mon, 14 Jun 2004 18:45:57 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 66619-02-8; Mon, 14 Jun 2004 18:45:57 +0100 (BST) Received: from empiric.dek.spc.org (82-147-17-88.dsl.uk.rapidplay.com [82.147.17.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 22B83651F4; Mon, 14 Jun 2004 18:45:55 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 478586119; Mon, 14 Jun 2004 18:45:54 +0100 (BST) Date: Mon, 14 Jun 2004 18:45:54 +0100 From: Bruce M Simpson To: Julian Elischer Message-ID: <20040614174554.GE14722@empiric.dek.spc.org> Mail-Followup-To: Julian Elischer , Ed Maste , freebsd-hackers@freebsd.org, 'Sergey Lyubka' References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: freebsd-hackers@freebsd.org cc: Ed Maste cc: 'Sergey Lyubka' Subject: Re: memory mapped packet capturing - bpf replacement ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2004 17:45:59 -0000 On Mon, Jun 14, 2004 at 10:15:14AM -0700, Julian Elischer wrote: > don't forget that bpf is not copying the entire packet, just the > header.. If you look at Sergey's benchmark.c, you will see that the snaplen was set to 32KB. BMS