From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ingo Molnar Subject: Re: [PATCH] raise tsc clocksource rating Date: Mon, 29 Oct 2007 23:48:52 +0100 Message-ID: <20071029224852.GA27547@elte.hu> References: <11936994092607-git-send-email-gcosta@redhat.com> <1193697734.9793.86.camel@bodhitayantram.eng.vmware.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Glauber de Oliveira Costa , linux-kernel@vger.kernel.org, tglx@linutronix.de, rusty@rustcorp.com.au, jeremy@goop.org, --cc@redhat.com, avi@quramnet.com, kvm-devel@lists.sourceforge.net, Glauber de Oliveira Costa , Dan Hecht , Garrett Smith To: Zachary Amsden Return-path: Content-Disposition: inline In-Reply-To: <1193697734.9793.86.camel@bodhitayantram.eng.vmware.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org * Zachary Amsden wrote: > On Mon, 2007-10-29 at 20:10 -0300, Glauber de Oliveira Costa wrote: > > From: Glauber de Oliveira Costa > > > > tsc is very good time source (when it does not have drifts, does not > > change it's frequency, i.e. when it works), so it should have its rating > > raised to a value greater than, or equal 400. > > > > Since it's being a tendency among paravirt clocksources to use values > > around 400, we should declare tsc as even better: So we use 500. > > Why is the TSC better than a paravirt clocksource? In our case this > is definitely inaccurate. Paravirt clocksources should be preferred > to TSC, and both must be made available in hardware for platforms > which do not support paravirt. if it's inaccurate why are you exposing it to the guest then? Native only uses the TSC if it's safe and accurate to do so. Ingo