From mboxrd@z Thu Jan 1 00:00:00 1970 From: Zhigang Wang Subject: Re: VM memory allocation speed with cs 26056 Date: Mon, 12 Nov 2012 10:57:37 -0500 Message-ID: <50A11C71.4020507@oracle.com> References: <50A10F3E.2030808@oracle.com> <50A1210902000078000A7C86@nat28.tlf.novell.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="------------090605040006060609040303" Return-path: In-Reply-To: <50A1210902000078000A7C86@nat28.tlf.novell.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Jan Beulich Cc: Dan Magenheimer , Konrad Wilk , Keir Fraser , xen-devel List-Id: xen-devel@lists.xenproject.org This is a multi-part message in MIME format. --------------090605040006060609040303 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 11/12/2012 10:17 AM, Jan Beulich wrote: >>>> On 12.11.12 at 16:01, Zhigang Wang wrote: >> My conclusion from the test: >> >> - HVM create time is greatly reduced. >> - PVM create time is increased dramatically for 4G, 8G, 16G, 32G, 64G, 128G. >> - HVM/PVM destroy time is not affected. >> - If most of our customers are using PVM, I think this patch is bad: because >> most VM memory should under 128G. >> - If they are using HVM, then this patch is great. >> >> Questions for discussion: >> >> - Did you get the same result? >> - It seems this result is not ideal. We may need to improve it. > We'd first of all need to understand how this rather odd behavior > can be explained. In order to have a better comparison basis, did > you also do this for traditional PV? Or maybe I misunderstand > what PVM stands for, and am mixing it up with PVH? You certainly > agree that the two curves for what you call PVM have quite > unusual a relationship. > Let me attach the HVM and PV guest configure files. Actually I use xm create -p to create the VM, and destroy it immediately. So the guest kernel doesn't matter. Please see the test script for detail. Thanks, Zhigang --------------090605040006060609040303 Content-Type: text/plain; charset=UTF-8; name="pvm.cfg" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pvm.cfg" vif = [] disk = ['file:/OVS/Repositories/0004fb0000030000013b01f1d983f4db/VirtualDisks/0004fb00001200004b87f14bde146192.img,xvda,r'] uuid = '0004fb00-0006-0000-7a63-1bf13fa33c30' on_reboot = 'restart' memory = 1536000 bootloader = '/usr/bin/pygrub' name = '0004fb00000600007a631bf13fa33c30' vfb = ['type=vnc,vncunused=1,vnclisten=0.0.0.0,keymap=en-us'] vcpus = 1 --------------090605040006060609040303 Content-Type: text/plain; charset=UTF-8; name="hvm.cfg" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="hvm.cfg" serial = 'pty' disk = ['file:/share/vm/microcore_3.5.1.iso,hdc:cdrom,r'] boot = 'd' memory = 4096 pae = 1 acpi = 1 apic = 1 vnc = 1 vncunused = 1 vnclisten = '0.0.0.0' name = 'microcorelinux_x86_hvm' builder = 'hvm' vcpus = 1 --------------090605040006060609040303 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --------------090605040006060609040303--