<div dir="ltr">thanks Richard,<div><br></div><div>The experiment was indeed done with nested VM enabled. I am not sure about the internals, but i thought once overlay is setup the 2 main processes are sshd and qemu-img convert (reading data from sshd and doing the conversion)</div><div>I don't see any of the qemu process running.<br></div><div>Initial overlay setup was pretty quick and rest of the time was spent in qemu-img convert operation</div><div><br></div><div>Suresh</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 10, 2019 at 6:22 AM Richard W.M. Jones <<a href="mailto:rjones@redhat.com">rjones@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, Apr 09, 2019 at 06:37:46PM -0700, Sureshkumar Kaliannan wrote:<br>
> Hi,<br>
> <br>
> I'm trying to create a clone of a physical Window VM using p2v.<br>
> <br>
> My goal is to create a cloning tools VM that has libguestfs tools installed<br>
> and acts as the convertor.<br>
> VM conversion works just fine but the conversion rate is significantly<br>
> slow(1/3) when running inside the VM compared to when the v2v is run on the<br>
> same bare-metal host.<br>
> <br>
> On the host:<br>
> ./virt-p2v-20190405-w1f4efxy/virt-v2v-conversion-log.txt:virtual copying<br>
> rate: 615.9 M bits/sec<br>
> ./virt-p2v-20190405-w1f4efxy/virt-v2v-conversion-log.txt:real copying rate:<br>
> 181.8 M bits/sec<br>
> <br>
> >From the Guest VM (On the same bare-metal host)<br>
> virt-p2v-20190405-95azj89j/virt-v2v-conversion-log.txt:virtual copying<br>
> rate: 185.1 M bits/sec<br>
> virt-p2v-20190405-95azj89j/virt-v2v-conversion-log.txt:real copying rate:<br>
> 62.7 M bits/sec<br>
> <br>
> I understand there are several factors come into play but i tried to make<br>
> the VM comparable by making sure enough CPU / memory is given to the VM.<br>
> Also the I played by adjusting the disk cache modes for the VM(cache=none,<br>
> cache=unsafe).  When the conversion happens there is not much load and<br>
> there are no other VMs on this machine.<br>
> <br>
> I ruled out the disk being the bootleneck because when i do "virt-v2v -i<br>
> disk" conversion the VM is only slightly off.<br>
> For the same disk image,<br>
> virt-v2v when running in the host took '75 sec' whereas in the VM it took<br>
> '100 sec'<br>
> <br>
> How to go about debugging this performance issue? Any pointers would be<br>
> helpful<br>
<br>
I think this is just KVM vs TCG?  You could try enabling nested KVM to<br>
see if that makes things faster, but it very much depends on your host<br>
CPU.<br>
<br>
Rich.<br>
<br>
-- <br>
Richard Jones, Virtualization Group, Red Hat <a href="http://people.redhat.com/~rjones" rel="noreferrer" target="_blank">http://people.redhat.com/~rjones</a><br>
Read my programming and virtualization blog: <a href="http://rwmj.wordpress.com" rel="noreferrer" target="_blank">http://rwmj.wordpress.com</a><br>
libguestfs lets you edit virtual machines.  Supports shell scripting,<br>
bindings from many languages.  <a href="http://libguestfs.org" rel="noreferrer" target="_blank">http://libguestfs.org</a><br>
</blockquote></div>