RE: [Xen-devel] Does dom0 see all physical processors? (RE:[Xen-ia64-devel] SAL INFO virtualization)

2006-04-05 Thread Magenheimer, Dan (HP Labs Fort Collins)
(Orran/Jimi cc'ed, see question below...) I understand and sympathize with the need for dom0 to sometimes get and use information from each processor that is only available if dom0 is running on each processor. However, AFAIK, SMP guests are always gang-scheduled, correct? No,

Re: [Xen-devel] Does dom0 see all physical processors? (RE:[Xen-ia64-devel] SAL INFO virtualization)

2006-04-05 Thread Keir Fraser
On 5 Apr 2006, at 15:07, Magenheimer, Dan (HP Labs Fort Collins) wrote: I believe ppc has paravirtualized spinlocks in their Linux kernel, though even this won't necessarily help with a poorly written SMP application. No data, admittedly, but perhaps our good buddies at Watson could comment?

RE: [Xen-devel] Does dom0 see all physical processors? (RE:[Xen-ia64-devel] SAL INFO virtualization)

2006-04-05 Thread Ian Pratt
I believe ppc has paravirtualized spinlocks in their Linux kernel, though even this won't necessarily help with a poorly written SMP application. We have an equivalent of this (bad pre-emption mitigation), along with an alternative (bad pre-emption avoidance). Both have various pros and

Re: [Xen-devel] Does dom0 see all physical processors? (RE: [Xen-ia64-devel] SAL INFO virtualization)

2006-04-04 Thread Keir Fraser
On 4 Apr 2006, at 03:17, Tian, Kevin wrote: Then consider your question about a large box with many processors. How about the real environment? Is it the case to provide a 16-way SMP box, or a 16-way NUMA box? I prefer to the latter. If it's a NUMA box, dom0 sees physical ACPI table and can

RE: [Xen-devel] Does dom0 see all physical processors? (RE: [Xen-ia64-devel] SAL INFO virtualization)

2006-04-04 Thread Tian, Kevin
From: Keir Fraser [mailto:[EMAIL PROTECTED] Sent: 2006年4月4日 15:26 On 4 Apr 2006, at 03:17, Tian, Kevin wrote: Then consider your question about a large box with many processors. How about the real environment? Is it the case to provide a 16-way SMP box, or a 16-way NUMA box? I prefer to the

RE: [Xen-devel] Does dom0 see all physical processors? (RE: [Xen-ia64-devel] SAL INFO virtualization)

2006-04-04 Thread Magenheimer, Dan (HP Labs Fort Collins)
Gingold Subject: Re: [Xen-devel] Does dom0 see all physical processors? (RE: [Xen-ia64-devel] SAL INFO virtualization) On 4 Apr 2006, at 03:17, Tian, Kevin wrote: Then consider your question about a large box with many processors. How about the real environment? Is it the case to provide

RE: [Xen-devel] Does dom0 see all physical processors? (RE:[Xen-ia64-devel] SAL INFO virtualization)

2006-04-04 Thread Ian Pratt
I understand and sympathize with the need for dom0 to sometimes get and use information from each processor that is only available if dom0 is running on each processor. However, AFAIK, SMP guests are always gang-scheduled, correct? No, there's no need to strictly gang schedule, and the

Re: [Xen-ia64-devel] SAL INFO virtualization

2006-04-03 Thread Akio Takebe
Hi, 2) Xen merges all error records to dom0 cpu 0. According to SAL specs, it seems possible, since all CPU error logs have lid. I agree. 3) Xen creates a new interface to access error records. The linux driver must be modified for Xen. Why must linux driver be modified? Do linux device

Re: [Xen-ia64-devel] SAL INFO virtualization

2006-04-03 Thread Tristan Gingold
Le Lundi 03 Avril 2006 10:38, Akio Takebe a écrit : Hi, 2) Xen merges all error records to dom0 cpu 0. According to SAL specs, it seems possible, since all CPU error logs have lid. I agree. 3) Xen creates a new interface to access error records. The linux driver must be modified for

Does dom0 see all physical processors? (RE: [Xen-ia64-devel] SAL INFO virtualization)

2006-04-03 Thread Tian, Kevin
From: Magenheimer, Dan (HP Labs Fort Collins) [mailto:[EMAIL PROTECTED] Sent: 2006年4月3日 23:55 Just an unrelated comment, Dom0 should always run on every physical processor, which is the base requirement for performance reason. It's not therefore result of this specific issue and instead you