OpenVZ Forum


Home » Mailing lists » Devel » Re: [ckrm-tech] [patch00/05]: Containers(V2)- Introduction
Re: [ckrm-tech] [patch00/05]: Containers(V2)- Introduction [message #6724 is a reply to message #6723] Fri, 22 September 2006 00:24 Go to previous messageGo to previous message
Paul Jackson is currently offline  Paul Jackson
Messages: 157
Registered: February 2006
Senior Member
Chandra wrote:
> There are two (competing) memory controllers in the kernel. But, distro
> can turn only one ON.

Huh - time for me to play the dummy again ...

My (fog shrouded) vision of the future has:
1) mempolicy - provides fine grained memory placement for task on self
2) cpuset - provides system wide cpu and memory placement for unrelated tasks
3) some form of resource groups - measures and limits proportion of various
resources used, including cpu cycles, memory pages and network bandwidth,
by collections of tasks.k

Both (2) and (3) need to group tasks in flexible ways distinct from the
existing task groupings supported by the kernel.

I thought that Paul M suggested (2) and (3) use common underlying
grouping or 'bucket' technology - the infrastructure that separates
tasks into buckets and can be used to associate various resource
metrics and limits with each bucket.

I can't quite figure out whether you have in mind above:
* a conflict between two competing memory controllers for (3),
* or a conflict between cpusets and one memory controller for (3).

And either way, I don't see what that has to do with the underling
bucket technology - how we group tasks generically.

Guess I am missing something ...

--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <pj@sgi.com> 1.925.600.0401
 
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: Re: [ckrm-tech] [patch00/05]: Containers(V2)- Introduction
Next Topic: Re: namespace and nsproxy syscalls
Goto Forum:
  


Current Time: Wed Jul 17 03:21:11 GMT 2024

Total time taken to generate the page: 0.02880 seconds