From owner-cvs-all Thu Mar 20 7:18:17 2003 Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BADCC37B496 for ; Thu, 20 Mar 2003 07:18:13 -0800 (PST) Received: from heaven.gigo.com (heaven.gigo.com [64.57.102.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F03A43F3F for ; Thu, 20 Mar 2003 07:18:12 -0800 (PST) (envelope-from lioux@brturbo.com) Received: from 200-163-006-202.bsace7003.dsl.brasiltelecom.net.br (200-163-006-202.bsace7003.dsl.brasiltelecom.net.br [200.163.6.202]) by heaven.gigo.com (Postfix) with ESMTP id BB04BB863 for ; Thu, 20 Mar 2003 07:18:10 -0800 (PST) Received: (qmail 46461 invoked by uid 1001); 20 Mar 2003 14:49:28 -0000 Message-ID: <20030320144928.46460.qmail@exxodus.fedaykin.here> Date: Thu, 20 Mar 2003 11:49:06 -0300 From: Mario Sergio Fujikawa Ferreira To: Phil Regnauld Cc: Anton Berezin , Dag-Erling Sm?rgrav , Wes Peters , Juli Mallett , Eivind Eklund , Mike Silbersack , David Schultz , src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/vm vm_map.c vm_map.h vm_pageout.c References: <200303122313.h2CNDHMU046431@repoman.freebsd.org> <20030314012954.A42430@FreeBSD.org> <20030314101857.A98861@FreeBSD.org> <200303171156.40901.wes@softweyr.com> <20030319143619.GA47243@catpipe.net> <20030320081820.GA81566@heechee.tobez.org> <20030320085707.GD47243@catpipe.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030320085707.GD47243@catpipe.net> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.8-RC X-Disclaimer: I hope you find what you are looking for... in life :) Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Mar 20, 2003 at 09:56:45AM +0100, Phil Regnauld wrote: > Anton Berezin (tobez) writes: > > > > > > man setrlimit > > > > setrlimit is a contract signed by a process, while what Phil suggests is > > a contract signed by a process _and_ the kernel. > > Actually, I was thinking about the possibility to extend setrlimit > semantics to support this. i.e. an extra parameter which would > indicate that we want to be notified (via the return value) > that our contract request could not be fulfilled. Using this > extra parameter would modify's the kernel's behaviour in that > the kernel will "agree" to preserver this process as much as possible > in case of resource starvation (that's the main difference with > setrlimit). One thing though. This would only be safe within trust boundaries. Suppose a process requests the kernel for a contract of all available memory. No other processes will be able to request contracts anymore. I am not saying this shouldn't be implemented. I am just voicing a possible drawback of the solution. -- Mario S F Ferreira - DF - Brazil - "I guess this is a signature." FreeBSD Committer | CS Developer flames to beloved devnull@someotherworldbeloworabove.org feature, n: a documented bug | bug, n: an undocumented feature To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message