Re: HvExtCallQueryCapabilities and HvExtCallGetBootZeroedMemory implementation in KVM for Windows guest

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Vipin Sharma <vipinsh@xxxxxxxxxx> writes:

> Hi Vitaly, Yury, Sunil, Tianyu

Hi Vipin!

>
> Before I work on a patch series and send it out to the KVM mailing
> list, I wanted to check with you a potential Windows VM optimization
> and see if you have worked on it or if you know about some obvious
> known blockers regarding this feature.
>
> Hypervisor Top-Level Functional Specification v6.0b mentions a hypercall:
>
>     HvExtCallGetBootZeroedMemory
>     Call Code = 0x8002
>
> This hypercall can be used by Windows guest to know which pages are
> already zeroed and then guest can avoid zeroing them again during the
> boot, resulting in Windows VM faster boot time and less memory usage.
>
> KVM currently doesn't implement this feature. I am thinking of
> implementing it, here is a rough code flow:
> 1. KVM will set bit 20 in EBX of CPUID leaf 0x40000003 to let the
> Windows guest know that it can use the extended hypercall interface.
> 2. Guest during the boot will use hypercall HvExtCallQueryCapabilities
> (Call Code = 0x8001) to see which extended calls are available.
> 3. KVM will respond to guest that the hypercall
> HvExtCallGetBootZeroedMemory is available.
> 4. Guest will issue the hypercall HvExtCallGetBootZeroedMemory to know
> which pages are zeroed.
> 5. KVM or userspace VMM will respond with GPA and page count to guest.

I think it's VMM's responsibility. How would KVM know if the memory
allocated to the guest was zeroed or not?

The easiest solution would be to just pass through this hypercall to the
VMM and let it respond. Alternatively, we can probably add a flag to
KVM_SET_USER_MEMORY_REGION to either indicate that the memory is zeroed
or to actually ask KVM to zero it. This way we will have the required
information in KVM. I'm not sure if it's worth it, Windows probably
calls HvExtCallGetBootZeroedMemory just once upon boot so handling it in
the VMM is totally fine.

> 6. Guest will skip zeroing these pages, resulting in faster boot and
> less memory utilization of guest.
>
> This seems like a very easy win for KVM to increase Windows guest boot
> performance but I am not sure if I am overlooking something. If you
> are aware of any potential side effects of enabling these hypercalls
> or some other issue I am not thinking about please let me know,
> otherwise, I can start working on this feature and send RFC patches to
> the mailing list.

I dug through my git archives and found that I've actually tried
HvExtCallQueryCapabilities back in 2018 but for some reason Windows
versions I was testing didn't use it (hope it wasn't some silly mistake
like forgotten CPUID bit on my part :-) so I put it aside and never got
back to it. Thanks for picking this up!

-- 
Vitaly




[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux