From owner-freebsd-hackers Thu Jun 4 15:45:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA27420 for freebsd-hackers-outgoing; Thu, 4 Jun 1998 15:45:00 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA27196; Thu, 4 Jun 1998 15:44:07 -0700 (PDT) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id RAA00404; Thu, 4 Jun 1998 17:43:51 -0500 (EST) (envelope-from toor) Message-Id: <199806042243.RAA00404@dyson.iquest.net> Subject: Re: kernfs/procfs questions... In-Reply-To: <199806042233.QAA04941@mt.sri.com> from Nate Williams at "Jun 4, 98 04:33:03 pm" To: nate@mt.sri.com (Nate Williams) Date: Thu, 4 Jun 1998 17:43:51 -0500 (EST) Cc: mike@smith.net.au, nate@mt.sri.com, dyson@FreeBSD.ORG, hackers@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nate Williams said: > > > I argue shouldn't be exposed to the users then. If it's exposed, it > > > should be documented. In other words, sysctl should go away since very > > > few (if any) of it's knobs are documented except accidentally. > > > > You aren't clear *which* sysctl should go away. If you mean sysctl(8), I > > hope you will be removing gdb, nm, hexdump, etc. as well, as these are > > all user-unfriendly tools designed for studying and/or adjusting the > > state of complex, undocumented things. > > But users aren't expected to use gdb/nm/hexdump, but sysctl is. Many of > these parameters *should* be tweaked to get better performance, avoid > errors, etc... > Only some of them, if any. Most of the manipulation should be in the rc files. If you want to tweak your system, then tweak it. There is no equality of expertise here, and just stay away from what you don't understand. > > > sysctl(8) is a tool for writing scripts, and performing tasks which > > have been previously documented. It is not a user-friendly interface, > > however it still exists to serve a purpose. > > What tasks have been documented that are used by sysctl? > > Tell me where 'sysctl -w net.inet.tcp.rfc13230=0' is documented. (And, > no I don't consider it's presence in rc.network documentation. :() > You are hereby appointed to document what you know, to get it started. Of course, /kernfs is exactly the same thing, except doesn't do enough for what we need. I am NOT for implementing a: echo "0" >/kernfs/net/inet/tcp/rfc1323 It is entirely bogus for the kernel to parse strings like this. We probably do it, but that doesn't mean it's right... Even worse would be: echo "NO" >/kernfs/net/inet/tcp/rfc1323 but in Russia or China, what would one enter???? Parsing of language or strings in the kernel is really short sighted. Of course, this is a degenerate case, but shows that an exposed kernel interface needs a userland program to be nice. The sysctl program is such a minimal interface. Try this one: cat /kernfs/time Which locale should it use??? Tell me that the above isn't in the domain of hackery anyway??? -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message