[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-devel] [PATCH] replace rdtsc emulation-vs-native xen boot option with per-domain (hypervisor part)



> > Well, it shouldn't be enabled by default.  That slows down all rdtsc
> > operations for the benefit of very niche applications.  The Xen
> > clocksource assumes that rdtsc is fast, unemulated and in need of
> > correction.
> >
> > If someone really needs an artificial tsc, then they can enable the
> > option for themselves.
> 
> While I understand and sympathize (and the idealistic side of me even
> agrees with) your position, let me argue your point "they can enable
> the option for themselves" by mangling a famous movie quote:
> 
>       "In a cloud, no-one can hear rdtsc scream"

If we had some actual bug reports detailing failures of real-world applications 
then the decision would be easy.

I realise it could be hard to pin strange application behaviour down to TSC 
issues, but I can't readily spot any bugs on the XenServer or xen.org bug 
trackers that might even be candidates. 

Ian


 

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.