Re: [Qemu-devel] qemu-kvm upstreaming: Do we want -kvm-shadow-memory semantics?

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

 



On 19.01.2012, at 14:30, Jan Kiszka wrote:

> On 2012-01-19 14:24, Alexander Graf wrote:
>> 
>> 
>> On 19.01.2012, at 13:46, Jan Kiszka <jan.kiszka@xxxxxxxxxxx> wrote:
>> 
>>> Hi again,
>>> 
>>> do we need some KVM knob comparable to qemu-kvm's -kvm-shadow-memory in
>>> upstream?
>> 
>> What does it do? Never heard of it :)
> 
> According to inline docs: "Chang[e] the number of mmu pages allocated to
> the vm". That's from arch/x86/kvm/mmu.c, kvm_mmu_change_mmu_pages().
> That's soft-MMU related so, I bet, of decreasing relevance for x86.

Ah, that's the maximum number of concurrently active pages we allow? Pretty cool, but it should be a monitor command rather than a command line option, no? And if we want it, we should have it available on other archs too, yes.


Alex

--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[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