[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