| To: | Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>, Jeremy Fitzhardinge <jeremy@xxxxxxxx> |
|---|---|
| Subject: | RE: [Xen-devel] [PATCH] replace rdtsc emulation-vs-native xen boot option with per-domain (hypervisor part) |
| From: | Ian Pratt <Ian.Pratt@xxxxxxxxxxxxx> |
| Date: | 2009年9月29日 01:27:00 +0100 |
| Accept-language: | en-US |
| Acceptlanguage: | en-US |
| Cc: | Ian Pratt <Ian.Pratt@xxxxxxxxxxxxx>, "Xen-Devel \(E-mail\)" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Keir Fraser <Keir.Fraser@xxxxxxxxxxxxx> |
| Delivery-date: | 2009年9月28日 17:27:46 -0700 |
| Envelope-to: | www-data@xxxxxxxxxxxxxxxxxxx |
| In-reply-to: | <5f6198f2-3f74-4bdb-ad9a-d9fd6151a97f@default > |
| List-help: | <mailto:xen-devel-request@lists.xensource.com?subject=help> |
| List-id: | Xen developer discussion <xen-devel.lists.xensource.com> |
| List-post: | <mailto:xen-devel@lists.xensource.com> |
| List-subscribe: | <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe> |
| List-unsubscribe: | <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe> |
| References: | <4AC1424D.8070008@xxxxxxxx> <5f6198f2-3f74-4bdb-ad9a-d9fd6151a97f@default > |
| Sender: | xen-devel-bounces@xxxxxxxxxxxxxxxxxxx |
| Thread-index: | AcpAlJwrr/3+pG6cQAaufIDtXghWHwABEfsg |
| Thread-topic: | [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
| Previous by Date: | RE: [Xen-devel] [PATCH] replace rdtsc emulation-vs-native xen boot option with per-domain (hypervisor part) , Dan Magenheimer |
|---|---|
| Next by Date: | Re: [Xen-devel] Re: VT-D On An Asus P5E-VM DO Motherboard Not Working, Xen 3.4.1 , Michael MacLeod |
| Previous by Thread: | RE: [Xen-devel] [PATCH] replace rdtsc emulation-vs-native xen boot option with per-domain (hypervisor part) , Dan Magenheimer |
| Next by Thread: | RE: [Xen-devel] [PATCH] replace rdtsc emulation-vs-native xen boot option with per-domain (hypervisor part) , Zhang, Xiantao |
| Indexes: | [Date] [Thread] [Top] [All Lists] |