From owner-freebsd-current Thu Sep 17 20:16:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA16820 for freebsd-current-outgoing; Thu, 17 Sep 1998 20:16:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fledge.watson.org (COPLAND.CODA.CS.CMU.EDU [128.2.222.48]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA16713 for ; Thu, 17 Sep 1998 20:15:32 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.8.8/8.8.8) with SMTP id XAA07189; Thu, 17 Sep 1998 23:14:47 -0400 (EDT) Date: Thu, 17 Sep 1998 23:14:47 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: Joel Ray Holveck cc: Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: Limit 'ps' to show only user's processes In-Reply-To: <199809180255.VAA02946@detlev.UUCP> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 17 Sep 1998, Joel Ray Holveck wrote: > > Several people have been asking for this "feature" from time to time, > > namely that they could set a system variable (sysctl?) to limit 'ps' to > > show not all processes, but only user's processes for euid!=0. > > Would you consider this something worth implementing? > > This belongs as a switch to ps, not as a sysctl variable. I agreed until we started with this 'procfs' thing. With ps sgid kmem and pulling data from /dev/kmem, the appropriate place to put the limit was in ps. With /procfs (and presumably a similar desire to limit data leaking), presumably the kernel would also be involved in limiting the spread of info. Perhaps we can get ps to only use procfs and that would be far more desirable than this kmem approach. I guess one would also have to either limit top, or have top use procfs. Robert N Watson Carnegie Mellon University http://www.cmu.edu/ TIS Labs at Network Associates, Inc. http://www.tis.com/ SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org http://www.watson.org/~robert/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message