From owner-freebsd-questions Thu May 17 0:46: 4 2001 Delivered-To: freebsd-questions@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id A9A3C37B422; Thu, 17 May 2001 00:45:59 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id RAA17041; Thu, 17 May 2001 17:45:47 +1000 Date: Thu, 17 May 2001 17:44:28 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Matt Dillon Cc: Terry Lambert , dave , freebsd-questions@FreeBSD.ORG, arch@FreeBSD.ORG Subject: Re: Gettimeofday Again... In-Reply-To: <200105161743.f4GHhEl72847@earth.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 16 May 2001, Matt Dillon wrote: > I just ran the test using the default timecounter on a 4.3 box (P3). > timercounter.method was 0, timecounter.hardware was i8254. In > that case the itimer was about 4 times faster. So this was using > the 'slow' itimer as you indicate below. Unfortunately, 4.3 (like all 4.x) defaults to the pessimized configuration of always using the i8254 for no good reason. This is because apm is configured in GENERIC, and clock.c disables the TSC if apm is configured even if apm is disabled (as it is by default). -current achives the same pessimization by enabling apm by default although clock.c is smarter. > I don't change the timercounter method defaults, and I sure hope you > aren't advocating that people change their timecounter defaults. If > the TSC is a reasonable default, the system should figure it out and > use it without requiring intervention. It's only a reasonable default if apm (or possibly acpica) is configured (and used). Efficiency is not the only advantage of the TSC timecounter. It has a higher resolution and is more robust if interrupt latency is high. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message