<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"/>
 </head><body style="">
 
 
  <div>
   Hello,
  </div> 
  <div>
   &#160;
  </div> 
  <div>
   You have a NUMA (Non Uniform Memory Access) machine, which mean that each processor has its own memory controller.
  </div> 
  <div>
   virsh nodeinfo give you 2 NUMA cells with 1 CPU socket each: 2 NUMA cells x 1CPU socket x 6 Core(s) per socket x 2 threads per core = 24 &#34;cores&#34;.
  </div> 
  <div>
   &#160;
  </div> 
  <div>
   The NUMA concept is really important, especially&#160; in virtualization.
  </div> 
  <div>
   If you have a virtual machine with vCPUs spread across more than one NUMA cell, performances will drop drastically.
  </div> 
  <div>
   &#160;
  </div> 
  <div>
   Maybe you cannot assign more than 4 cPUs to your VM because Libvirt cannot pin them all on the same NUMA cell ...
  </div> 
  <div>
   You can try to specify the NUMA architecture in the xml config.
  </div> 
  <div>
   &#160;
  </div> 
  <div>
   Br,
  </div> 
  <div>
   Bertrand.
  </div> 
  <div>
   <br/>Le 24 octobre 2012 &#224; 17:14, Zoltan Frombach &#60;zoltan@frombach.com&#62; a &#233;crit&#160;:
   <br/>&#62; Hi,
   <br/>&#62; 
   <br/>&#62; Please let me know in case I am posting my question to the wrong forum. 
   <br/>&#62; I apologize if that is the case!
   <br/>&#62; 
   <br/>&#62; Here is my question:
   <br/>&#62; 
   <br/>&#62; We run CentOS 6.3 on a server with dual Xeon CPU&#39;s. Our &#34;dual blade&#34; 
   <br/>&#62; server uses this motherboard:
   <br/>&#62; http://www.supermicro.com/products/motherboard/Xeon/C600/X9DRT-HF.cfm
   <br/>&#62; 
   <br/>&#62; We have two of these CPUs installed and working:
   <br/>&#62; Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz
   <br/>&#62; ( 
   <br/>&#62; http://ark.intel.com/products/64594/Intel-Xeon-Processor-E5-2620-15M-Cache-2_00-GHz-7_20-GTs-Intel-QPI 
   <br/>&#62; )
   <br/>&#62; 
   <br/>&#62; cat /proc/cpuinfo correctly reports a total of 24 cores (2 x 6 phisycal 
   <br/>&#62; cores plus 2 x 6 hyperthreading cores)
   <br/>&#62; 
   <br/>&#62; However, I get this output from virsh nodeinfo :
   <br/>&#62; 
   <br/>&#62; # virsh nodeinfo
   <br/>&#62; CPU model: x86_64
   <br/>&#62; CPU(s): 24
   <br/>&#62; CPU frequency: 2000 MHz
   <br/>&#62; CPU socket(s): 1
   <br/>&#62; Core(s) per socket: 6
   <br/>&#62; Thread(s) per core: 2
   <br/>&#62; NUMA cell(s): 2
   <br/>&#62; Memory size: 16303552 kB
   <br/>&#62; 
   <br/>&#62; As you can see, virsh nodeinfo reports only 1 CPU socket while in fact 
   <br/>&#62; we have two CPU&#39;s.
   <br/>&#62; 
   <br/>&#62; I would like to know if this is normal? Why does virsh reports only one 
   <br/>&#62; physical CPU ??
   <br/>&#62; 
   <br/>&#62; Also, when we try to run a guest OS (Debian Linux &#34;squeeze&#34;) with more 
   <br/>&#62; than 4 vcpu&#39;s assigned to the VM, the guest OS won&#39;t boot up. The 
   <br/>&#62; guest&#39;s kernel stuck on a screen right after it detected the /dev/vda 
   <br/>&#62; block device and its partitions. We&#39;re using the VirtIO driver, of 
   <br/>&#62; course. If I assign only 4 (or less) vcpu&#39;s to the guest OS it works 
   <br/>&#62; fine. I have tried to upgrade the Linux kernel on the guest from debian 
   <br/>&#62; backports, it did not help, we&#39;re experiencing the same issue with both 
   <br/>&#62; the 2.6.32 and 3.2 Linux kernels. What could be causing this?
   <br/>&#62; 
   <br/>&#62; On the host, we use the Linux kernel that came with CentOS 6.3 :
   <br/>&#62; 2.6.32-279.11.1.el6.x86_64 #1 SMP Tue Oct 16 15:57:10 UTC 2012 x86_64 
   <br/>&#62; x86_64 x86_64 GNU/Linux
   <br/>&#62; 
   <br/>&#62; Thanks,
   <br/>&#62; 
   <br/>&#62; Zoltan
   <br/>&#62; _______________________________________________
   <br/>&#62; CentOS-virt mailing list
   <br/>&#62; CentOS-virt@centos.org
   <br/>&#62; http://lists.centos.org/mailman/listinfo/centos-virt
  </div>
 
</body></html>