lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Mon, 21 Aug 2006 18:48:00 -0700 From: Rohit Seth <rohitseth@...gle.com> To: Kirill Korotaev <dev@...ru> Cc: Rik van Riel <riel@...hat.com>, ckrm-tech@...ts.sourceforge.net, Dave Hansen <haveblue@...ibm.com>, Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, Andi Kleen <ak@...e.de>, Christoph Hellwig <hch@...radead.org>, Andrey Savochkin <saw@...ru>, devel@...nvz.org, hugh@...itas.com, Ingo Molnar <mingo@...e.hu>, Alan Cox <alan@...rguk.ukuu.org.uk>, Pavel Emelianov <xemul@...nvz.org> Subject: Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core) 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 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