[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8A87A9A84C201449A0C56B728ACF491E34C5F5@liverpoolst.ad.cl.cam.ac.uk>
Date: Tue, 30 Oct 2007 00:45:01 -0000
From: "Ian Pratt" <Ian.Pratt@...cam.ac.uk>
To: "Ingo Molnar" <mingo@...e.hu>,
"Jeremy Fitzhardinge" <jeremy@...p.org>
Cc: "Zachary Amsden" <zach@...are.com>,
"Glauber de Oliveira Costa" <gcosta@...hat.com>,
<linux-kernel@...r.kernel.org>, <tglx@...utronix.de>,
<rusty@...tcorp.com.au>, "Avi Kivity" <avi@...ranet.com>,
<kvm-devel@...ts.sourceforge.net>,
"Glauber de Oliveira Costa" <glauber@....localdomain>,
"Dan Hecht" <dhecht@...are.com>,
"Garrett Smith" <garrett@...are.com>, <ian.pratt@...cam.ac.uk>
Subject: RE: [PATCH] raise tsc clocksource rating
> > Sigh, I don't really want to have this fight again.
>
> i dont remember us having discussed this before, ever. If there's any
> "fight" about monotonicity and SMP then it would be a pretty onesided
> affair, with you being beaten up seriously ;-)
Actually, it is possible, even for NUMA systems with CPUs running off
completely different oscillators, and in the presence of CPU frequency
changes, power management, and even in the presence of thermal
throttling (though the latter introduces temporary inaccuracies it
doesn't affect monotonicity or rate).
Take a look at the Xen code to see how each physical CPU is
independently calibrated on an ongoing basis, how movement of VCPUs
between physical CPUs is tracked, and how shared variables are used to
ensure montonicity if a guest requires it.
The fixed-rate TSCs on newer CPUs make some of this stuff easier, but
you still need to cope with different source oscillators and some power
management states.
Ian
> > I don't really see what point there is in raising the tsc's rating
> > (why is 300 insufficient again?), but regardless of the value, the
Xen
> > clocksource rating needs to be higher.
>
> anyway, i agree that this patch cannot go in in its current form.
>
> Ingo
> -
> To unsubscribe from this list: send the line "unsubscribe
linux-kernel"
> in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists