On Fri, Sep 18, 2020 at 10:52:58AM +0100, Daniel P. Berrangé wrote:
On Fri, Sep 18, 2020 at 10:44:03AM +0100, Richard W.M. Jones wrote:
> So it didn't make any noticable difference in my test. I wonder if
> the test guest I'm using (Fedora 32 using dracut) doesn't use parallel
> compression?
Do you do anything special to optimize storage ? If the thing using
parallel CPUs in the guest is doing I/O you'd likely want to tune
storage at same time. In current QEMU git master there's a change[1]
that sets viort-blk/virtio-scsi num_queues to match SMP count,
so the guest OS get fully parallel I/O from meach guest CPU.
[1] a4eef0711b2cf7a7476c3e2c202a414b68a1baa0
I'm not using a new enough qemu to have that and it doesn't appear in
a released version, but I'll test again once we have a new enough
version.
> However I don't think it can cause a problem and it seems
obvious that
> it could benefit some cases.
What's the default RAM size ? On hosts with very large numbers of CPUs
(100's) you might need to scale up RAM size too so you keep a sane
RAM-per-CPU ratio. Or default to host CPUs, but cap it at say 32.
I'll cap the number of CPUs in this patch.
Thanks,
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