From owner-freebsd-doc Sun Aug 25 3:51: 2 2002 Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74C4A37B400 for ; Sun, 25 Aug 2002 03:50:57 -0700 (PDT) Received: from Kain.sumuk.de (Kain.sumuk.de [213.221.86.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C8C843E65 for ; Sun, 25 Aug 2002 03:50:56 -0700 (PDT) (envelope-from martin@sumuk.de) Received: from Moses.earth.sol (Moses.earth.sol [192.168.1.1]) by Kain.sumuk.de (8.12.5/8.12.5) with ESMTP id g7PAoqbn068577; Sun, 25 Aug 2002 12:50:52 +0200 (CEST) (envelope-from martin@sumuk.de) Received: (from vincent@localhost) by Moses.earth.sol (8.11.6/8.11.6) id g7PAopD06603; Sun, 25 Aug 2002 12:50:51 +0200 (CEST) (envelope-from vincent) Date: Sun, 25 Aug 2002 12:50:50 +0200 From: Martin Heinen To: "Ritz, Bruno" Cc: FreeBSD-doc@FreeBSD.ORG Subject: Re: possible millisecond - microsecond confusion Message-ID: <20020825125050.A6559@sumuk.de> Reply-To: FreeBSD-doc@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: ; from bruno_ritz@gmx.ch on Sun, Aug 25, 2002 at 12:52:31AM +0200 Sender: owner-freebsd-doc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit On Sun, Aug 25, 2002 at 12:52:31AM +0200, Ritz, Bruno wrote: > it's nothing dramatically but i think there is a little mistake in the freebsd 4.6.2 handbook. at bottom of page 226 and on top of > page 227 (10.7.7 IPFW Overhead and Optimization) where the times packet processing times are written, the times are specified once > as milliseconds (ms) another time as microseconds. > > >>The per-packet processing overhead in the former case was approximately 2.703ms/packet, or roughly 2.7 > microseconds per rule<< Indeed, it seems strange to use ms and microseconds in the same sentence. How about the attached patch, which changes microseconds to µs? Martin -- Marxpitn --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=micro Index: chapter.sgml =================================================================== RCS file: /u/cvs/doc/en_US.ISO8859-1/books/handbook/security/chapter.sgml,v retrieving revision 1.114 diff -u -r1.114 chapter.sgml --- chapter.sgml 18 Aug 2002 17:22:15 -0000 1.114 +++ chapter.sgml 25 Aug 2002 10:37:31 -0000 @@ -2682,14 +2682,14 @@ any. The per-packet processing overhead in the former case was - approximately 2.703ms/packet, or roughly 2.7 microseconds per + approximately 2.703ms/packet, or roughly 2.7 µs per rule. Thus the theoretical packet processing limit with these rules is around 370 packets per second. Assuming 10Mbps Ethernet and a ~1500 byte packet size, we would only be able to achieve a 55.5% bandwidth utilization. For the latter case each packet was processed in - approximately 1.172ms, or roughly 1.2 microseconds per rule. + approximately 1.172ms, or roughly 1.2 µs per rule. The theoretical packet processing limit here would be about 853 packets per second, which could consume 10Mbps Ethernet bandwidth. --PNTmBPCT7hxwcZjr-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-doc" in the body of the message