From owner-freebsd-current Fri Nov 22 13:57:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D90237B401; Fri, 22 Nov 2002 13:57:52 -0800 (PST) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id D022143E6E; Fri, 22 Nov 2002 13:57:51 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gAMLvom9011195; Fri, 22 Nov 2002 13:57:50 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gAMLvoSM011194; Fri, 22 Nov 2002 13:57:50 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Fri, 22 Nov 2002 13:57:50 -0800 From: David Schultz To: Robert Watson Cc: Dhee Reddy , freebsd-current@FreeBSD.ORG Subject: Re: No entries in /proc :: feature or problem ?? Message-ID: <20021122215750.GB11011@HAL9000.homeunix.com> Mail-Followup-To: Robert Watson , Dhee Reddy , freebsd-current@FreeBSD.ORG References: <87wun6ywdr.fsf@myrealbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Robert Watson : > The reasons to deprecate procfs are many-fold -- not least that there are > existing interfaces in the kernel that provide most or all of its features > at a substantially lower risk. You just have to see the kernel-related > security advisories for FreeBSD, Linux, Solaris, etc, over the last five > years to understand why we want to turn it off if we can. :-) There has > also been a concerted effort to move userland system monitoring tools away > from using /dev/kvm (direct kernel memory access) and towards using the > sysctl() MIB interface, reducing the level of privilege required to run > the monitoring tools. By the way, what do you think is the most reasonable way to implement things like /proc/$pid/map without procfs? I don't want to use procfs if I can avoid it, but on the other hand I like some of its debugging features. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message