From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marcelo Tosatti Subject: Re: Guest performance is reduced after live migration Date: Wed, 2 Jan 2013 19:50:41 -0200 Message-ID: <20130102215041.GA21706@amt.cnet> References: <443D5D30774F8E4F8B2D304016C65D7A655AA85B@sswchi5pmbx1.peak6.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: "kvm@vger.kernel.org" , "Shouta.Uehara@jp.yokogawa.com" To: Mark Petersen Return-path: Received: from mx1.redhat.com ([209.132.183.28]:49154 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752797Ab3ABXXT (ORCPT ); Wed, 2 Jan 2013 18:23:19 -0500 Content-Disposition: inline In-Reply-To: <443D5D30774F8E4F8B2D304016C65D7A655AA85B@sswchi5pmbx1.peak6.net> Sender: kvm-owner@vger.kernel.org List-ID: Can you describe more details of the test you are performing?=20 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, >=20 > I'm seeing something similar to this (http://thread.gmane.org/gmane.c= omp.emulators.kvm.devel/100592) as well when doing live migrations on U= buntu 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 mem= ory guests is great!)=A0 The default libvirt =A00.9.8 and qemu-kvm 1.0 = have the same issue. >=20 > Kernel is 3.2.0-34-generic and eglicb 2.15 on both host/guest.=A0 I'm= seeing similar issues with both virtio and ide bus.=A0 Hugetblfs is no= t used, but transparent hugepages are.=A0 Host machines are dual core X= eon E5-2660 processors.=A0 I tried disabling EPT but that doesn't seem = to make a difference so I don't think it's a requirement to reproduce. >=20 > If I use Ubuntu 10.04 guest with eglibc 2.11 and any of these kernels= I don't seem to have the issue: >=20 > 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=20 > linux-image-3.2-5 - mainline 3.2.5 kernel >=20 > I'm guess it's a libc issue (or at least a libc change causing the is= sue) as it doesn't seem to a be kernel related. >=20 > 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. A= ny other ideas? >=20 > Shared disk backend is clvm/LV via FC to EMC SAN, not sure what else = might be relevant. >=20 > Thanks, > Mark >=20 >=20 > ______________________________________________ >=20 > See http://www.peak6.com/email_disclaimer/ for terms and conditions r= elated to this email > -- > To unsubscribe from this list: send the line "unsubscribe kvm" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html