On Sun, Jan 09, 2022 at 06:51:42PM +0000, Richard W.M. Jones wrote:
Part 1:
https://listman.redhat.com/archives/libguestfs/2022-January/msg00055.html
Part 2:
https://listman.redhat.com/archives/libguestfs/2022-January/msg00057.html
This is part 3 of my performance analysis of virt-v2v over the last
year. In this email I cover conversion from VMware to a local disk
using VDDK. This is a more realistic test than doing local disk to
local disk conversions.
As you can see from the new chart in the attached file [LibreOffice
Calc format] modular virt-v2v has got a little faster over all, with
conversion taking slightly longer and copying being slightly faster.
If you expand the hidden columns (between columns F & M) you will also
see clearly the new flushing behaviour of nbdcopy, where it always
flushes the output to disk, versus "qemu-img convert" which used the
page cache (notice the Sync times in column L). This can make old
virt-v2v appear to be much faster, but the appearance is not real.
I meant to record the virt-v2v command I used, which was:
$ virt-v2v -ic 'esx://root@example.com/?no_verify=1' \
-it vddk \
-io vddk-libdir=vddk-7.0.0/vmware-vix-disklib-distrib \
-io vddk-thumbprint=<thumbprint> \
-ip /tmp/vmware-passwd \
'Fedora 35 standard test' -o local -os /var/tmp
The version of VDDK was 7.0.0 in all tests.
Rich.
--
Richard Jones, Virtualization Group, Red Hat
http://people.redhat.com/~rjones
Read my programming and virtualization blog:
http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW