From owner-freebsd-arch Tue Jan 16 17:44:55 2001 Delivered-To: freebsd-arch@freebsd.org Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (Postfix) with ESMTP id 08ED137B401 for ; Tue, 16 Jan 2001 17:44:38 -0800 (PST) Received: (from daemon@localhost) by smtp02.primenet.com (8.9.3/8.9.3) id SAA00871; Tue, 16 Jan 2001 18:39:07 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp02.primenet.com, id smtpdAAAY2aGKb; Tue Jan 16 18:38:57 2001 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id SAA20025; Tue, 16 Jan 2001 18:44:21 -0700 (MST) From: Terry Lambert Message-Id: <200101170144.SAA20025@usr08.primenet.com> Subject: Re: dynamic vs static sysctls? To: bright@wintelcom.net (Alfred Perlstein) Date: Wed, 17 Jan 2001 01:44:20 +0000 (GMT) Cc: tlambert@primenet.com (Terry Lambert), mckusick@mckusick.com (Kirk McKusick), arch@FreeBSD.ORG In-Reply-To: <20010116172859.B7240@fw.wintelcom.net> from "Alfred Perlstein" at Jan 16, 2001 05:28:59 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Dynamically created OIDs should: > > > > 1) Monotonically increase > > They don't seem to, this is the main problem with doing any translation, > it looks like: > > /* > * If this oid has a number OID_AUTO, give it a number which > * is greater than any current oid. Make sure it is at least > * 100 to leave space for pre-assigned oid numbers. > */ This is really broken. Common usage for OID subarcs is to take your base OID, and then use the top level next tuple to assign it to an application, then use the next tuple to do things like "dynamic", "static", "transient", and so on. Really, these things should be under a different top level "oid_number" value entirely. > Could cause some issues because it seems that if a sysctl were to > "go away" the next one to apear under the same level will replace > its number. It's worse than that. You can't dictate semantics, except for on subbranches. It seems to me that I'm perfectly OK to cache the thing in a text file of my own application-specific choosing, unless it specifically states that I'm not allowed to do that because there's a non-cacheable semantic in effect. I'm going back into lurk-mode now; OIDs just push my hot button today, for some reason. 8-p. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message