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 [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: [RFC, PATCH 0/5] Going forward with Resource Management - A cpu controller
- From: Kirill Korotaev <[email protected]>
- Re: [RFC, PATCH 0/5] Going forward with Resource Management - A cpu controller
- References:
- [RFC, PATCH 0/5] Going forward with Resource Management - A cpu controller
- From: Srivatsa Vaddagiri <[email protected]>
- Re: [RFC, PATCH 0/5] Going forward with Resource Management - A cpu controller
- From: Andrew Morton <[email protected]>
- Re: [RFC, PATCH 0/5] Going forward with Resource Management - A cpu controller
- From: Andrew Morton <[email protected]>
- Re: [RFC, PATCH 0/5] Going forward with Resource Management - A cpu controller
- From: Alan Cox <[email protected]>
- Re: [RFC, PATCH 0/5] Going forward with Resource Management - A cpu controller
- From: Srivatsa Vaddagiri <[email protected]>
- Re: [RFC, PATCH 0/5] Going forward with Resource Management - A cpu controller
- From: Kirill Korotaev <[email protected]>
- Re: [RFC, PATCH 0/5] Going forward with Resource Management - A cpu controller
- From: Martin Bligh <[email protected]>
- Re: [RFC, PATCH 0/5] Going forward with Resource Management - A cpu controller
- From: Kirill Korotaev <[email protected]>
- [RFC, PATCH 0/5] Going forward with Resource Management - A cpu controller
- Prev by Date: [RESEND] [PATCH] ACPI - change GFP_ATOMIC to GFP_KERNEL for non-atomic allocation
- Next by Date: PCI Resource Allocation Error
- Previous by thread: Re: [RFC, PATCH 0/5] Going forward with Resource Management - A cpu controller
- Next by thread: Re: [RFC, PATCH 0/5] Going forward with Resource Management - A cpu controller
- Index(es):