[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <44D74F77.7080000@mbligh.org>
Date: Mon, 07 Aug 2006 07:34:31 -0700
From: "Martin J. Bligh" <mbligh@...igh.org>
To: Kirill Korotaev <dev@...ru>
Cc: vatsa@...ibm.com, Alan Cox <alan@...rguk.ukuu.org.uk>,
Andrew Morton <akpm@...l.org>, mingo@...e.hu,
nickpiggin@...oo.com.au, sam@...ain.net,
linux-kernel@...r.kernel.org, dev@...nvz.org, efault@....de,
balbir@...ibm.com, sekharan@...ibm.com, nagar@...son.ibm.com,
haveblue@...ibm.com, pj@....com
Subject: Re: [RFC, PATCH 0/5] Going forward with Resource Management - A cpu
controller
Kirill Korotaev wrote:
>>> OpenVZ assumes that tasks can't move between task-groups for a
>>> single reason:
>>> user shouldn't be able to escape from the container.
>>> But this have no implication on the design/implementation.
>>
>>
>>
>> It does, for the memory controller at least. Things like shared
>> anon_vma's between tasks across containers make it somewhat harder.
>> It's much worse if you allow threads to split across containers.
>
> we already have the code to account page fractions shared between
> containers.
> Though, it is quite useless to do so for threads... Since this numbers
> have no meaning (not a real usage)
> and only the sum of it will be a correct value.
>
THat sort of accounting poses various horrible problems, which is
why we steered away from it. If you share pages between containers
(presumably billing them equal shares per user), what happens
when you're already at your limit, and one of your sharer's exits?
Plus, are you billing by vma or address_space?
M.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists