|
|
|
|
|
|
|
|
|
|
xen-devel
RE: [Xen-devel] RE: Saving/Restoring IA32_TSC_AUX MSR
To: |
Jeremy Fitzhardinge <jeremy@xxxxxxxx>, Dan Magenheimer <dan.magenheimer@xxxxxxxxxx> |
Subject: |
RE: [Xen-devel] RE: Saving/Restoring IA32_TSC_AUX MSR |
From: |
"Xu, Dongxiao" <dongxiao.xu@xxxxxxxxx> |
Date: |
Mon, 14 Dec 2009 14:33:12 +0800 |
Accept-language: |
en-US |
Acceptlanguage: |
en-US |
Cc: |
"xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, "Dugger, Donald D" <donald.d.dugger@xxxxxxxxx>, "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>, "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx>, Keir Fraser <keir.fraser@xxxxxxxxxxxxx> |
Delivery-date: |
Sun, 13 Dec 2009 22:34:35 -0800 |
Envelope-to: |
www-data@xxxxxxxxxxxxxxxxxxx |
In-reply-to: |
<4B25397D.6010907@xxxxxxxx> |
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: |
<7cecbafe-f4d4-410f-a3c0-6972c102e6c2@default> <4B25397D.6010907@xxxxxxxx> |
Sender: |
xen-devel-bounces@xxxxxxxxxxxxxxxxxxx |
Thread-index: |
Acp8Jlz3juqJW+zVTKq5yLuOSk7cpgAYJJkw |
Thread-topic: |
[Xen-devel] RE: Saving/Restoring IA32_TSC_AUX MSR |
Jeremy Fitzhardinge wrote:
> On 12/13/09 10:06, Dan Magenheimer wrote:
>> I agree there are some cases where the TSC_AUX value
>> set by a guest OS may be useful. But ensuring that its
>> is always useful (NEVER incorrect) requires too many restrictions,
>> such as pinning.
>>
>
> At least with respect to Linux guests [*], this objection to rdtscp is
> moot, because if it isn't present then Linux will fall back to another
> mechanism which is always present. Guest usermode will get the same
> info, good/bad/misleading/whatever, either way; rdtscp can't make it
> worse. The only question is whether specifically adding
> rdtscp/TSC_AUX support adds any overall improvement.
>
> (* I don't know if any other rdtscp-users attempt to put NUMA or other
> physical topology info into TSC_AUX. If they just stick to
> setting/using the cpu number, then they will get a net win from
> rdtscp.)
Just have a glance at the open-solaris code, in its mp_startup() function,
it will write the cpu_id value into the TSC_AUX MSR. Therefore I think
open-solaris also uses this feature.
Thanks,
Dongxiao
>
> J
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread> |
- RE: [Xen-devel] RE: Saving/Restoring IA32_TSC_AUX MSR, (continued)
- RE: [Xen-devel] RE: Saving/Restoring IA32_TSC_AUX MSR, Nakajima, Jun
- RE: [Xen-devel] RE: Saving/Restoring IA32_TSC_AUX MSR, Dan Magenheimer
- RE: [Xen-devel] RE: Saving/Restoring IA32_TSC_AUX MSR, Nakajima, Jun
- RE: [Xen-devel] RE: Saving/Restoring IA32_TSC_AUX MSR, Dan Magenheimer
- RE: [Xen-devel] RE: Saving/Restoring IA32_TSC_AUX MSR, Xu, Dongxiao
- RE: [Xen-devel] RE: Saving/Restoring IA32_TSC_AUX MSR, Dan Magenheimer
- RE: [Xen-devel] RE: Saving/Restoring IA32_TSC_AUX MSR, Xu, Dongxiao
- RE: [Xen-devel] RE: Saving/Restoring IA32_TSC_AUX MSR, Zhang, Xiantao
- RE: [Xen-devel] RE: Saving/Restoring IA32_TSC_AUX MSR, Dan Magenheimer
- Re: [Xen-devel] RE: Saving/Restoring IA32_TSC_AUX MSR, Jeremy Fitzhardinge
- RE: [Xen-devel] RE: Saving/Restoring IA32_TSC_AUX MSR,
Xu, Dongxiao <=
|
|
|
|
|