|
|
|
|
|
|
|
|
|
|
xen-devel
RE: [Xen-devel] Xen 3.4.1 NUMA support
>>> Ian Pratt <Ian.Pratt@xxxxxxxxxxxxx> 10.11.09 02:46 >>>
>> >>> Andre Przywara <andre.przywara@xxxxxxx> 09.11.09 16:02 >>>
>> >BTW: Shouldn't we set finally numa=on as the default value?
>>
>> I'd say no, at least until the default confinement of a guest to a single
>> node gets fixed to properly deal with guests having more vCPU-s than
>> a node's worth of pCPU-s (i.e. I take it for granted that the benefits of
>> not overcommitting CPUs outweigh the drawbacks of cross-node memory
>> accesses at the very least for CPU-bound workloads).
>
>What default confinement? I thought guests had an all-pCPUs affinity mask be
>default?
Not with numa=on (see also Andre's post to this effect): The guest will
get assigned to a node, and its affinity set to that node's CPUs.
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- RE: [Xen-devel] Xen 3.4.1 NUMA support, (continued)
- Re: [Xen-devel] Xen 3.4.1 NUMA support, George Dunlap
- RE: [Xen-devel] Xen 3.4.1 NUMA support, Ian Pratt
- Re: [Xen-devel] Xen 3.4.1 NUMA support, Keir Fraser
- RE: [Xen-devel] Xen 3.4.1 NUMA support, Ian Pratt
- Re: [Xen-devel] Xen 3.4.1 NUMA support, Jan Beulich
- RE: [Xen-devel] Xen 3.4.1 NUMA support, Ian Pratt
- RE: [Xen-devel] Xen 3.4.1 NUMA support,
Jan Beulich <=
- Re: [Xen-devel] Xen 3.4.1 NUMA support, Keir Fraser
- Re: [Xen-devel] Xen 3.4.1 NUMA support, Keir Fraser
- [Xen-devel] [PATCH] tools: avoid over-commitment if numa=on, Andre Przywara
|
|
|
|
|