On Thu, Apr 21, 2005 at 05:39:03AM -0400, Marc E. Fiuczynski wrote:
> Hi Chandra,
>
> > On Tue, Apr 19, 2005 at 04:48:38PM -0400, Marc E. Fiuczynski wrote:
> > > Hi Chandra,
> > >
> > > The following program will be killed in our system by the
> > > memory controller (both the E17 based one and a prior one):
> > >
> > > dd bs=4096 count=250000 < /dev/zero > /bigfile
> > >
> > > The class within which this command executes is setup as follows:
> > >
> > > res=mem,guarantee=-2,limit=125000,total_guarantee=100,max_limit=100
> > >
> > > The default class has the following:
> > >
> > > res=mem,guarantee=-2,limit=-2,total_guarantee=322735,max_limit=322735
> >
> > That is bad behavior....
> >
> > Have you played with the config parameters to see if it helps ?
>
> I've set fail_over=2000 to avoid having the memory controller kill a
> process. Now I need to tune the other config parameters to compensate for
> the lack of an I/O controller. In some sense I want to let classes
> oversubscribe and only when overall memory pressure increases force them to
> be squeezed back into their memlimit. My thought is to use shrink_at=200
You mean oversubscribe more than their limit ?
> and shrink_to=90. What are your thoughts?
You mean fail_over=2000,shrink_at=200,shrink_to=90 ?
not bad...
I am thinking that these parameters make sense to be made to class specific
value than system wide values. In which case you can tune the classes as
you want. Comments ?
>
> Marc
>
>
>
--
----------------------------------------------------------------------
Chandra Seetharaman | Be careful what you choose....
- [EMAIL PROTECTED] | .......you may get it.
----------------------------------------------------------------------
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
ckrm-tech mailing list
https://lists.sourceforge.net/lists/listinfo/ckrm-tech
