From owner-freebsd-arch Tue Feb 20 8:58:43 2001 Delivered-To: freebsd-arch@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id CB5BE37B684 for ; Tue, 20 Feb 2001 08:58:38 -0800 (PST) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f1KGvNm45675; Tue, 20 Feb 2001 10:57:23 -0600 (CST) (envelope-from jlemon) Date: Tue, 20 Feb 2001 10:57:23 -0600 From: Jonathan Lemon To: Randell Jesup Cc: Terry Lambert , Matt Dillon , Alfred Perlstein , josb@cncdsl.com, arch@FreeBSD.ORG Subject: Re: DJBDNS vs. BIND Message-ID: <20010220105723.C85542@prism.flugsvamp.com> References: <200102200122.SAA04466@usr05.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 20, 2001 at 11:31:52AM -0500, Randell Jesup wrote: > Fetching the data out of a kernel service on each access would be > (potentially) a pretty major hit, performance-wise. Some form of > registration of interest in the data would be better. Either something > like the Amiga (get a signal/message/callback/whatever when it changes, > then request the new information), or something that passes the > notification along with the new data. It would be fairly trivial to monitor a configuration file with kevent, which would generate a notice whenever the file is changed/copied/renamed, etc. I believe that John-Mark Gurney had patches somewhere to implement exactly this for inetd. The problem is that under our current model, the administrators do not expect writes to the file to take immediate effect, and this immediately breaks POLA. So while it could be done, it may not be a good idea. At the very least, I would argue that it should be hidden behind a flag option. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message