On Mon, 2006-08-21 at 15:29 +0400, Kirill Korotaev wrote: > >>in case of anon_vma, page->mapping can be the same > >>for 2 pages beloning to different containers. > >> > > > > > > In your experience, have you seen processes belonging to different > > containers sharing the same anon_vma? On a more general note, could you > > please point me to a place that has the list of requirements for which > > we are designing this solution. > > > > > >>>>nor is it ambiguous in any way. It is very strict, > >>>>and very straightforward. > >>> > >>>What additional ambiguity you have when inode or task structures have > >>>the required information. > >> > >>inodes can belong to multiple containers and so do the pages. > >> > > > > > > I'm still thinking that inodes should belong to one container (or may be > > have it configurable based on some flag). > this is not true for OpenVZ nor Linux-VServer. Well, it is still useful. Just like an anonymous page get charged to container where the object (task) belong to, file page seems appropriate to belong to container where the object (inode) belongs to. -rohit - 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: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
- From: "Pavel V. Emelianov" <[email protected]>
- Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
- References:
- [RFC][PATCH] UBC: user resource beancounters
- From: Kirill Korotaev <[email protected]>
- [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
- From: Kirill Korotaev <[email protected]>
- Re: [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
- From: Dave Hansen <[email protected]>
- Re: [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
- From: Rohit Seth <[email protected]>
- Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
- From: Dave Hansen <[email protected]>
- Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
- From: Alan Cox <[email protected]>
- Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
- From: Dave Hansen <[email protected]>
- Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
- From: Rohit Seth <[email protected]>
- Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
- From: Dave Hansen <[email protected]>
- Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
- From: Rohit Seth <[email protected]>
- Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
- From: Kirill Korotaev <[email protected]>
- Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
- From: Rohit Seth <[email protected]>
- Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
- From: Kirill Korotaev <[email protected]>
- [RFC][PATCH] UBC: user resource beancounters
- Prev by Date: Re: Help: error 514 in select()
- Next by Date: Re: [ckrm-tech] [RFC][PATCH] UBC: user resource beancounters
- Previous by thread: Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
- Next by thread: Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
- Index(es):