[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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |