From owner-freebsd-hackers Thu Jun 4 12:12:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13126 for freebsd-hackers-outgoing; Thu, 4 Jun 1998 12:12:21 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA12908; Thu, 4 Jun 1998 12:11:17 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id NAA25695; Thu, 4 Jun 1998 13:11:02 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id NAA03447; Thu, 4 Jun 1998 13:10:58 -0600 Date: Thu, 4 Jun 1998 13:10:58 -0600 Message-Id: <199806041910.NAA03447@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: dyson@FreeBSD.ORG Cc: nate@mt.sri.com (Nate Williams), mike@smith.net.au, hackers@FreeBSD.ORG Subject: Re: kernfs/procfs questions... In-Reply-To: <199806041849.NAA02023@dyson.iquest.net> References: <199806041650.KAA02787@mt.sri.com> <199806041849.NAA02023@dyson.iquest.net> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > In other words, *MORE* esoteric stuff to remember, making FreeBSD/unix > > that much harder to administer. > > > kernfs is just as esoteric. > > Do I have a better solution Jordan asks? The FS interface is *harder* > > for the kernel developer, but easier for the administrator. > > > > Little or no difference... How many times do you need to do a > sysctl??? At the rate they are being added to the system, often. They are used about 8-12 times now, and based on the code that has been added and code being proposed, at least a dozen more times. And, those dozen items are potentially different on each type of computer I have, so if I have an installation of 6 FreeBSD boxes with different configurations, I may have to memorize/deal with about 4-5 dozen different 'sysctl' variables. > > Doing a job poorly or making the users memorize esoteric namespaces just > > for the sake of 'checking off a feature box' is not doing the user-base > > any favors. Anyone motivated enough to figure it out how to configure a > > specific machine may like you, but the general user population will > > never benefit from that work since they don't have the time or ability > > to figure it out. In other words, you'll end up working really hard for > > 1-2 sites, and no one else will aprreciate/use the resulting hard-work > > put in. For a volunteer project, this is a shame. :( > Sorry, /kernfs is just as esoteric. The thing that you are complaining > about is missing documentation on the hierarchy (filesystems don't provide > that automatically.) Sure they do. It's more obvious what something does based on it's hierarchy, and it's easier to figure it out because I can simply/easily modify it. And, I'm not stating that it's to be taken to the polar extreme either, but that it's a *better* solution than sysctl. It's still not the best solution either, but extending a poorer solution is certainly a step in the wrong direction. I agree with Bruce in that programs are generally a better way of configuring things. It's obvious if you know the system what needs to be run, and how to get help on it. It also makes documenting things easier, which sysctl does not. People already hate to document, and making it hard to figure out where/how to document things just makes it that much less likely to be documented. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message