From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 9 Oct 2000 23:34:36 +0200 From: "Andi Kleen" Subject: Re: [PATCH] VM fix for 2.4.0-test9 & OOM handler Message-ID: <20001009233436.A21846@gruyere.muc.suse.de> References: <200010092121.OAA01924@pachyderm.pa.dec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: ; from alan@lxorguk.ukuu.org.uk on Mon, Oct 09, 2000 at 10:28:38PM +0100 Sender: owner-linux-mm@kvack.org Return-Path: To: Alan Cox Cc: Jim Gettys , Andi Kleen , Linus Torvalds , Ingo Molnar , Andrea Arcangeli , Rik van Riel , Byron Stanoszek , MM mailing list , linux-kernel@vger.kernel.org List-ID: On Mon, Oct 09, 2000 at 10:28:38PM +0100, Alan Cox wrote: > > Sounds like one needs in addition some mechanism for servers to "charge" clients for > > consumption. X certainly knows on behalf of which connection resources > > are created; the OS could then transfer this back to the appropriate client > > (at least when on machine). > > Definitely - and this is present in some non Unix OS's. We do pass credentials > across AF_UNIX sockets so the mechanism is notionally there to provide the > credentials to X, just not to use them X can get the pid using SO_PEERCRED for unix connections. When the oom killer maintains some kind of badness value in the task_struct it would be possible to add a charge() systemcall that manipulates it. int charge(pid_t pid, int memorytobecharged) -Andi -- 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/