[libvirt] [PATCH] virsh: Fix docs for "virsh setmaxmem"

Peter Krempa pkrempa at redhat.com
Mon Mar 25 13:39:44 UTC 2013


On 03/22/13 22:01, Eric Blake wrote:
> On 03/22/2013 04:08 AM, Peter Krempa wrote:
>> The docs assumed the command works always for QEMU and other
>> hypervisors. Unfortunately until qemu will add memory hotplug
>> this can't be done. Fix the docs to mention this limitation.
>
> The setmaxmem command controls balloon size, not memory hotplug.  If
> qemu adds memory hotplug, we STILL have to pre-declare a maximum memory
> size when qemu first boots, and at runtime, you can only change the
> current memory.  And if we do add qemu memory hotplug support (and not
> just memory ballooning), I'm not sure if it would make sense to reuse
> the setmaxmem command (probably with a new flag) or add a new command.

I agree, the commit message was a bit misleading. The question of memory 
hotplug will have to remain open until qemu will actually support it. I 
removed the note about hotplug from the commit message.


>
>> ---
>>   tools/virsh.pod | 3 ++-
>>   1 file changed, 2 insertions(+), 1 deletion(-)
>>
>
>>
>> -This command works for at least the Xen, QEMU/KVM and vSphere/ESX hypervisors.
>> +Some hypervisors such as QEMU/KVM don't support live changes (especially
>> +increasing) of the maximum memory limit.
>
> I don't know of any hypervisor that supports changing the maximum limit
> on a live domain - the maximum is pinned when the hypervisor starts, and
> can only be changed for the next boot.
>
> At any rate, while this wording might not be the best possible, it is
> certainly an improvement, so:

Well yes. I thought about it a bit more, the wording isn't ideal but 
definitely better than it was before, so ...

>
> ACK.
>

I pushed this patch. Thanks.

Peter




More information about the libvir-list mailing list