From owner-freebsd-hackers Tue Apr 28 17:26:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA19273 for freebsd-hackers-outgoing; Tue, 28 Apr 1998 17:26:49 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from nyef.res.cmu.edu (qmailr@NYEF.RES.CMU.EDU [128.2.88.90]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA19267 for ; Tue, 28 Apr 1998 17:26:40 -0700 (PDT) (envelope-from inf@nyef.res.cmu.edu) Received: (qmail 29714 invoked by uid 1000); 29 Apr 1998 00:26:38 -0000 Message-ID: <19980428202638.15088@nyef.res.cmu.edu> Date: Tue, 28 Apr 1998 20:26:38 -0400 From: Marca Registrada To: freebsd-hackers@FreeBSD.ORG Subject: Re: SIGDANGER Mail-Followup-To: freebsd-hackers@freebsd.org References: <199804280030.UAA06099@spooky.rwwa.com> <199804280453.XAA03316@dyson.iquest.net> <19980428073841.05698@mcs.net> <19980428192742.1224.qmail@xcf.berkeley.edu> <19980428143114.33662@mcs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <19980428143114.33662@mcs.net>; from Karl Denninger on Tue, Apr 28, 1998 at 02:31:14PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Quoting Karl Denninger (karl@mcs.net): > Critical programs can either free up resources or exit, as they see fit. We > could also define a semantic that says that if a process set SIGHOLD for > that signal, then the kernel should do everything in its power NOT to whack > that particular process. BTW, I'd like to hope that only processes run as root have this power to elect themselves to be safe from random kills. Actually, is there much of a danger at all? With proper login limits it would take a group of users in a concerted effort to bring teh machine to its knees. It should possibly be a matter of local system policy (sysctl or compile time option) weathor or not SIGDANGER will be maskable by a non-root process, with the default being an open system. BTW, just for my two cents.. could SIGDANGER also be a producable signal (via kill(1)), such that I could say send it to X to have it release unneeded memory? -- - All we hear is internet gaagaa, internet googoo, internet gaagaa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message