From owner-freebsd-current Tue Jul 29 18:19:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA26848 for current-outgoing; Tue, 29 Jul 1997 18:19:02 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA26840 for ; Tue, 29 Jul 1997 18:18:55 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id UAA28927; Tue, 29 Jul 1997 20:33:12 -0400 (EDT) From: Peter Dufault Message-Id: <199707300033.UAA28927@hda.hda.com> Subject: Re: where to put access restriction for scheduling classes In-Reply-To: <199707292336.TAA16191@khavrinen.lcs.mit.edu> from Garrett Wollman at "Jul 29, 97 07:36:33 pm" To: wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Date: Tue, 29 Jul 1997 20:33:11 -0400 (EDT) Cc: dufault@hda.com, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > < said: > > > right thing a sysctl variable that somehow gets set during login > > via login_class while still root? Which of those are inherited > > per-process? Or do I actually add a resource and only change the > > login stuff? > > I'm sorry, I can't parse this. Let the apologies be mine. > sysctl is a SYStem ConTroL mechanism. Nothing it does is per-process. You are right. I thought that resource limits had been inhumed by sysctl, and that some were inherited. > It sounds like what you want is either a new system call to set some > flags in the proc structure, or a new sort of resource limit (if what > you're trying to restrict can easily be modeled in terms of unsigned, > nondecreasing integer values) (which effectively does the same thing > only with a bit more pre-existing infrastructure). Yes, I want something similar to number of open files per proc, as currently set by limit openfiles, without having to modify all shells in exhistence thus missing the ones I don't know about. To help with the parsing, by "only change login stuff" I meant: "Shall I add another resource limit that requires changing all shells, thus being a big pain in the neck since there must be a new gnu shell I don't know about, or, since resource limits appear to be the appropriate mechanism for what IS after all a process group resource limit in spite of this support issue, shall I add a resource limit to FreeBSD and change only that part of the FreeBSD login mechanism that is modifying resource limits at login time while still effectively root thus ignore this portability af shells issue, in particular ignoring the other 4.4 derived OS's?" Or something like that. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval