From owner-freebsd-current Mon Jan 25 00:04:21 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07374 for freebsd-current-outgoing; Mon, 25 Jan 1999 00:04:21 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA07363 for ; Mon, 25 Jan 1999 00:04:19 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id JAA16669; Mon, 25 Jan 1999 09:02:03 +0100 (CET) To: Garrett Wollman cc: Mike Smith , current@FreeBSD.ORG Subject: Re: sysctl oids (was: Re: kvm question) In-reply-to: Your message of "Sun, 24 Jan 1999 17:01:11 EST." <199901242201.RAA17112@khavrinen.lcs.mit.edu> Date: Mon, 25 Jan 1999 09:02:02 +0100 Message-ID: <16667.917251322@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199901242201.RAA17112@khavrinen.lcs.mit.edu>, Garrett Wollman write s: >< said: > >> Backwards compatibility is one thing, but new nodes should be named, >> not numbered. OID_AUTO is bogus because it perpetuates the numbering >> of nodes. > >Nonsense. There are plenty of contexts in which a number makes far >more sense than a name -- pretty much anything in any network stack >other than Chaosnet, for example. If any of us ever make good on the >threat of SNMP integration, having fixed numerical identifiers will be >a requirement. BS! Yes, for systematic, programatically generated subtrees i could be an advantage implementation wise, but for the root of the subtree any anything else there is no reason to. You just look up the name once and cache the numeric OID. If anything we should get rid of as many users of the numeric OIDs as possible... -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message