Can you describe more details of the test you are performing? 

If transparent hugepages are being used then there is the possibility
that there has been no time for khugepaged to back guest memory
with huge pages, in the destination (don't recall the interface for
retrieving number of hugepages for a given process, probably somewhere
in /proc/pid/).

On Wed, Dec 19, 2012 at 12:43:37AM +0000, Mark Petersen wrote:
> Hello KVM,
> 
> I'm seeing something similar to this 
> (http://thread.gmane.org/gmane.comp.emulators.kvm.devel/100592) as well when 
> doing live migrations on Ubuntu 12.04 (Host and Guest) with a backported 
> libvirt 1.0 and qemu-kvm 1.2 (improved performance for live migrations on 
> guests with large memory guests is great!)  The default libvirt  0.9.8 and 
> qemu-kvm 1.0 have the same issue.
> 
> Kernel is 3.2.0-34-generic and eglicb 2.15 on both host/guest.  I'm seeing 
> similar issues with both virtio and ide bus.  Hugetblfs is not used, but 
> transparent hugepages are.  Host machines are dual core Xeon E5-2660 
> processors.  I tried disabling EPT but that doesn't seem to make a difference 
> so I don't think it's a requirement to reproduce.
> 
> If I use Ubuntu 10.04 guest with eglibc 2.11 and any of these kernels I don't 
> seem to have the issue:
> 
> linux-image-2.6.32-32-server - 2.6.32-32.62
> linux-image-2.6.32-38-server - 2.6.32-38.83
> linux-image-2.6.32-43-server - 2.6.32-43.97
> linux-image-2.6.35-32-server - 2.6.35-32.68~lucid1
> linux-image-2.6.38-16-server - 2.6.38-16.67~lucid1
> linux-image-3.0.0-26-server  - 3.0.0-26.43~lucid1 
> linux-image-3.2-5 - mainline 3.2.5 kernel
> 
> I'm guess it's a libc issue (or at least a libc change causing the issue) as 
> it doesn't seem to a be kernel related.
> 
> I'll try other distributions as a guest (probably Debian/Ubuntu) with newer 
> libc's and see if I can pinpoint the issue to a libc version.  Any other 
> ideas?
> 
> Shared disk backend is clvm/LV via FC to EMC SAN, not sure what else might be 
> relevant.
> 
> Thanks,
> Mark
> 
> 
> ______________________________________________
> 
> See http://www.peak6.com/email_disclaimer/ for terms and conditions related 
> to this email
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to