From owner-freebsd-questions@FreeBSD.ORG Mon Mar 10 15:45:27 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C569C1065678 for ; Mon, 10 Mar 2008 15:45:27 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 64A278FC2A for ; Mon, 10 Mar 2008 15:45:13 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.13.8/8.13.8) with ESMTP id m2AFiqGH005688; Mon, 10 Mar 2008 16:44:52 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.13.8/8.13.8/Submit) with ESMTP id m2AFikEY005684; Mon, 10 Mar 2008 16:44:49 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Mon, 10 Mar 2008 16:44:46 +0100 (CET) From: Wojciech Puchar To: Mario Lobo In-Reply-To: <200803101001.58362.mario.lobo@ipad.com.br> Message-ID: <20080310164418.D5681@wojtek.tensor.gdynia.pl> References: <200803101001.58362.mario.lobo@ipad.com.br> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-questions@freebsd.org Subject: Re: [OT?] tcpdump overhead X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2008 15:45:27 -0000 > > I am writing a final paper for a PG course and I need to take precise > measurements on network performance. I gonna be doing lots of packet dumps > and I would like to know you guys' opinion on how much of tcpdump overhead > (if meaningful for these measurements) I should take into account. > > If there are any readings on the subject you could point me to... no idea but small for sure. it would rather cause tcpdump to not catch all packets that network performance drop.