[Devel] Re: [ckrm-tech] [PATCH] BC: resource beancounters (v4) (added user memory)

Chandra Seetharaman sekharan at us.ibm.com
Mon Sep 11 11:25:07 PDT 2006


On Fri, 2006-09-08 at 14:43 -0700, Rohit Seth wrote:
<snip>

> > > Guarantee may be one of
> > > 
> > >   1. container will be able to touch that number of pages
> > >   2. container will be able to sys_mmap() that number of pages
> > >   3. container will not be killed unless it touches that number of pages
> > >   4. anything else
> > 
> > I would say (1) with slight modification
> >    "container will be able to touch _at least_ that number of pages"
> > 
> 
> Does this scheme support running of tasks outside of containers on the
> same platform where you have tasks running inside containers.  If so
> then how will you ensure processes running out side any container will
> not leave less than the total guaranteed memory to different containers.
> 

There could be a default container which doesn't have any guarantee or
limit. When you create containers and assign guarantees to each of them
make sure that you leave some amount of resource unassigned. That
unassigned resources can be used by the default container or can be used
by containers that want more than their guarantee (and less than their
limit). This is how CKRM/RG handles this issue.

 
> 
> 
> -rohit
> 
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> ckrm-tech mailing list
> https://lists.sourceforge.net/lists/listinfo/ckrm-tech
-- 

----------------------------------------------------------------------
    Chandra Seetharaman               | Be careful what you choose....
              - sekharan at us.ibm.com   |      .......you may get it.
----------------------------------------------------------------------





More information about the Devel mailing list