Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 31 Oct 2005 07:20:43 -0800
From:      "David O'Brien" <obrien@FreeBSD.org>
To:        Robert Watson <rwatson@FreeBSD.org>
Cc:        Alexander Leidinger <Alexander@Leidinger.net>, freebsd-current@FreeBSD.org, David Xu <davidxu@FreeBSD.org>
Subject:   Re: TSC instead of ACPI: powerd doesn't work anymore	(to	be	expected?)
Message-ID:  <20051031152043.GA19167@dragon.NUXI.org>
In-Reply-To: <20051031083447.Y11619@fledge.watson.org>
References:  <30595.1130493297@critter.freebsd.dk> <20051028153457.d0wqgn2ask4sgw4k@netchild.homeip.net> <20051029195703.GB39253@dragon.NUXI.org> <43646AAC.2080107@freebsd.org> <20051030093718.GE39253@dragon.NUXI.org> <4364D90F.3090205@samsco.org> <20051031075843.GF39253@dragon.NUXI.org> <20051031083447.Y11619@fledge.watson.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Oct 31, 2005 at 09:26:11AM +0000, Robert Watson wrote:
> 
> On Sun, 30 Oct 2005, David O'Brien wrote:
> 
> >>ACPI-fast requires an ioport read which takes about 1us (according to 
> >>Google).  Do that 1000 times a second and you have each CPU spending 1% 
> >>of its time doing nothing but reading the clock.  Yikes.
> >
> >But we've lived with using the ACPI timercounter (vs. TSC) for quite a 
> >while now.  Why all of a sudden are the authors of this thread having an 
> >issue with it now.  I know about the recent MySQL thread - but with the 
> >TSC being untrustable on MP and power managed systems, why is there such 
> >a desire to use the TSC?
> 
> Because in the past few weeks, several developers have noticed that if you 
> change timercounters from ACPI-fast to TSC, you get significant 
> performance boosts on real-world workloads.

Setting sysctl kern.timecounter.hardware=tsc isn't a great idea.  PHK has
mentioned several times how it seems many are wanting to play it fast and
loose with the time source to the kernel.

Providing some alternate loose time answers to an application such as
MySQL that doesn't need accurate timing and presumable can handle
variation would be a good thing.  But that is different than simply
setting kern.timecounter.hardware=tsc

-- 
-- David  (obrien@FreeBSD.org)



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20051031152043.GA19167>