From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Tue, 26 Sep 2000 10:54:23 +0100 From: "Stephen C. Tweedie" Subject: Re: the new VMt Message-ID: <20000926105423.D1638@redhat.com> References: <20000925143523.B19257@hq.fsmlabs.com> <20000925150744.A20586@hq.fsmlabs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20000925150744.A20586@hq.fsmlabs.com>; from yodaiken@fsmlabs.com on Mon, Sep 25, 2000 at 03:07:44PM -0600 Sender: owner-linux-mm@kvack.org Return-Path: To: yodaiken@fsmlabs.com Cc: Alan Cox , "Stephen C. Tweedie" , Jamie Lokier , mingo@elte.hu, Andrea Arcangeli , Marcelo Tosatti , Linus Torvalds , Rik van Riel , Roger Larsson , MM mailing list , linux-kernel@vger.kernel.org List-ID: Hi, On Mon, Sep 25, 2000 at 03:07:44PM -0600, yodaiken@fsmlabs.com wrote: > On Mon, Sep 25, 2000 at 09:46:35PM +0100, Alan Cox wrote: > > > I'm not too sure of what you have in mind, but if it is > > > "process creates vast virtual space to generate many page table > > > entries -- using mmap" > > > the answer is, virtual address space quotas and mmap should kill > > > the process on low mem for page tables. > > > > Those quotas being exactly what beancounter is > > But that is a function specific counter, not a counter in the > alloc code. Beancounter is a framework for user-level accounting. _What_ you account is up to the callers. Maybe this has been a miscommunication, but beancounter is all about allowing callers to account for stuff before allocation, not about having the page allocation functions themselves enforce quotas. --Stephen -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux.eu.org/Linux-MM/