[Kimchi-devel] [RFC] - Guest Memory/CPU warning
Rodrigo Trujillo
rodrigo.trujillo at linux.vnet.ibm.com
Thu Apr 24 19:58:33 UTC 2014
Hi Adam,
I liked the suggestion. Specially for CPUs. Memory can be too huge to
add to a selection list :) . So we need other mechanisms.
On 04/24/2014 02:35 PM, Adam King wrote:
> I would suggest an improvement on your b options to be c: change from
> a text input box to selection list, and only offer valid choices.
>
>
> On 4/24/2014 11:20 AM, Rodrigo Trujillo wrote:
>> Hi all,
>>
>> we have recently merged the patches that allow user to change guest
>> memory and cpu.
>> When user change this parameters, we have some problems:
>>
>> 1- If user assigned more virtual cpus than the amount in the host
>> and start the VM, VM will start normally, but the host server will
>> have the performance heavily declined.
>>
>> 2- If user assigned more virtual memory than the physical amount
>> in the host, the VM does not start and qemu throws an exception like
>> "Cannot allocate memory."
>>
>> Solutions:
>>
>> 1a - Show the number of host physical CPUs in edit Template and
>> edit Guest windows, then warn the user if he assigns a higher number
>> 1b - Show the number of host physical CPUs in edit Template and
>> edit Guest windows, then does not allow to set up a higher number
>> (generate a error during edition)
>>
>> 2a - Show the host MEMORY amount in edit Template and edit Guest
>> windows, then warn the user if he assigns a higher number
>> 2b - Show the host MEMORY amount in edit Template and edit Guest
>> windows, then does not allow to set up a higher number (generate a
>> error during edition)
>>
>> - A third option would be check the numbers before start a guest
>> and warn the user, or does not allow the vm to be started.
>>
>>
>> I would like to implement 1a and 2b.
>> Do you have any thoughts or concerns/suggestions ?
>>
>> Rodrigo Trujillo
>>
>> _______________________________________________
>> Kimchi-devel mailing list
>> Kimchi-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/kimchi-devel
>>
>
More information about the Kimchi-devel
mailing list