Re: [Xen-devel] [PATCH] Make "xm mem-set" be lower bound on domX-min-mem

["Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>]

On SLES10 we are using simple minded patch that ensures that the admin
accidentally (or inadvertently) does not set the mem value below a
certain minimum value. The goal here is not to guarantee any level of
performance for the applications that may be running when the memory is
throttled down to the lowest minimum value; but rather that we have
enough memory to support the memory management overhead. Since Arvindh
was working on this, I did not submit the patch to xen-devl. If there is
interest, I can submit our patch for this problem.

Regards,

K. Y

>>> On Fri, May 19, 2006 at 11:29 am, in message
<20060519152923.GG27262@xxxxxxxxxxxxxxxxxxxxxx>, Ewan Mellor
<ewan@xxxxxxxxxxxxx> wrote: 
> On Fri, May 12, 2006 at 12:16:57PM - 0400, Puthiyaparambil, Aravindh
wrote:
> 
>> This patch causes "xm mem- set" to be lower bound on domX- min- mem
option
>> in xend- config. Another configuration option called domU- min- mem
has
>> been introduced, which works similarly to dom0- min- mem. This is
prevents
>> users from freezing the system when doing "xm mem- set" on very low
>> values like 32M.
>> 
>> Signed- off- by: Aravindh Puthiyaparambil
>> <aravindh.puthiyaparambil@xxxxxxxxxx>
>> 
> 
> I'm not so sure about this one.  We've discussed this issue recently,
and
> there are a number of people (notably some of the guys at IBM) who
don't 
> want
> this limit to be imposed by Xend.  If you have one VM that you know
to be 
> safe
> in 16MB, say, then you either need to set domU- min- mem to 0,
defeating the
> point of having it, or you need to have a "force" flag to override
> domU- min- mem.  The latter option here was disliked, because it was
felt that
> tools for VM management would just end up using the force flag all
the time
> because they don't know what the domU- min- mem setting is, and
again, this
> would defeat the point.
> 
> The min- mem value should be a per- VM setting rather than a Xend
setting, so
> the check belongs with the tool that's managing VMs for you.
> 
> Ewan.
> 
> _______________________________________________
> Xen- devel mailing list
> Xen- devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen- devel


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel