From owner-freebsd-hackers Thu Jan 31 15:29:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from patrocles.silby.com (d173.as6.nwbl0.wi.voyager.net [169.207.130.47]) by hub.freebsd.org (Postfix) with ESMTP id 63B4637B400 for ; Thu, 31 Jan 2002 15:29:53 -0800 (PST) Received: from localhost (silby@localhost) by patrocles.silby.com (8.11.6/8.11.6) with ESMTP id g0VHXSI40430; Thu, 31 Jan 2002 17:33:33 GMT (envelope-from silby@silby.com) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Thu, 31 Jan 2002 17:33:28 +0000 (GMT) From: Mike Silbersack To: Storms of Perfection Cc: thierry@herbelot.com, , Subject: Re: Clock Granularity (kernel option HZ) In-Reply-To: <3197.208.141.46.249.1012516570.squirrel@test.outloud.org> Message-ID: <20020131172729.X38382-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 31 Jan 2002, Storms of Perfection wrote: > I'm going to benchmark different network senarious with different options > to see what I can get, and what works best. If someone wants to help me > out, I could maybe write up a article about it? I don't think you'll end up seeing the performance improvements you're looking for. The case where HZ=1000 is really useful is when using dummynet; the more accurate scheduling is necessary for it to handle high data rate pipes properly. The TCP stack, on the other hand, is perfectly happy with 10ms resolution. Retransmission timeouts are only actually used when loss occurs on the network, and 10ms is more than accurate enough for retransmission. (I believe that retransmit timeouts are rounded up to 1 second, but don't quote me on that.) The other timed events (keepalive timeouts, delayed ack timeouts, etc) are also in good shape with 10ms accuracy. So, it's highly unlikely that you'll be able to observe a perceptable difference in network performance except in really convoluted cases. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message