[Libguestfs] [PATCH v2] v2v/v2v.ml: Use larger request size for -o rhv-upload
Richard W.M. Jones
rjones at redhat.com
Mon Feb 14 12:49:29 UTC 2022
On Mon, Feb 14, 2022 at 01:11:52PM +0200, Nir Soffer wrote:
> On Mon, Feb 14, 2022 at 11:56 AM Richard W.M. Jones <rjones at redhat.com> wrote:
> >
> > This change slowed things down (slightly) for me, although the change
> > is within the margin of error so it probably made no difference.
> >
> > Before:
> ...
> > [ 79.3] Copying disk 1/1
> > █ 100% [****************************************]
> > [ 89.9] Creating output metadata
>
> 10.6 seconds...
>
> > After:
> ...
> > [ 81.6] Copying disk 1/1
> > █ 100% [****************************************]
> > [ 91.3] Creating output metadata
>
> 9.7 seconds - 9% speedup.
>
> We cannot compare the total time since creating a disk can be take 4-16
> seconds.
>
> What kind of storage is this? Is this the local storage hack used as NFS?
> You may get much better performance with local disk, hiding the delays in
> writing to shared storage. But most oVirt users use NFS or GlsuterFS.
Yes, it's the Posix local storage attached to a single oVirt node (the
only node).
> I tested on NFS, tuned to simulate a fast NFS server.
>
> Testing such changes should be done on a real server with real storage.
> I'll try to get a server in our scale lab to do more real testing.
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
More information about the Libguestfs
mailing list