[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] NUMA problem with AMD G34 system
Brian Marcotte wrote: I prepared Xen to handle this situation (nodes without memory) before the M-C launch, before that it simply crashed. I agree that it is not obvious that you need to populate at least 4 DIMMs per CPU.The SRAT CPU table seems sane, but the memory table seems to say that there is no memory on node 1 and 3, thus Xen will simply put those CPUs to node 0 as it cannot cope with memory-less nodes.Ah. I think that's what was causing my confusion. Since the cpu-to-node mapping was unbalanced and Xen wasn't complaining, I thought for sure this was a problem with Xen and newer CPUs and I'd need to help with debugging the problem. Do you have only 4 DIMMs? If yes, you could do so if you can cope with half of the CPU power. If you don't want to sacrifice the second CPU, you could go ahead and use the system with this kind of strange NUMA setup. Depending on your workload you will benefit more from this setup, as the impact of remote memory on most application is not that huge (compared to less cores, at least). But if you have 8 DIMMs, you should keep the second CPU and put all DIMMs in the blue slots.In this case, I suppose I'll remove a CPU and rearrange the memory until it's time to add more memory. Regards, Andre. -- Andre Przywara AMD-Operating System Research Center (OSRC), Dresden, Germany _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |