From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 08:33:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33E1C16A420 for ; Fri, 10 Feb 2006 08:33:09 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id C98BB43D48 for ; Fri, 10 Feb 2006 08:33:08 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 8C3FB1EC36F; Fri, 10 Feb 2006 09:33:05 +0100 (CET) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k1A8X1fW003726; Fri, 10 Feb 2006 08:33:01 GMT (envelope-from phk@critter.freebsd.dk) To: Mike Jakubik From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 10 Feb 2006 01:01:48 EST." <43EC2C4C.5000709@rogers.com> Date: Fri, 10 Feb 2006 08:33:01 +0000 Message-ID: <3725.1139560381@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: [TEST/REVIEW] cpu time accounting patch, step 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 08:33:09 -0000 In message <43EC2C4C.5000709@rogers.com>, Mike Jakubik writes: >Poul-Henning Kamp wrote: >> http://phk.freebsd.dk/patch/cputime.patch >> >> This patch enables the new cpu time accounting method for i386 with >> TSC, all amd64 and sparc64 (?) and i386 with Geode cpu. >> > >I got a bunch of these during the first bootup. > >-- >calcru: runtime went backwards from 1227916 usec to 1227883 usec for pid >30 (pagezero) Yes, that will happen right now until the calibration of the TSC's max frequency is completed. I'm analyzing various solutions to that. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.