From owner-freebsd-hackers Sun Jun 23 07:47:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA00781 for hackers-outgoing; Sun, 23 Jun 1996 07:47:09 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA00767 for ; Sun, 23 Jun 1996 07:47:05 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id XAA28918; Sun, 23 Jun 1996 23:46:37 +0900 (JST) Date: Sun, 23 Jun 1996 23:46:37 +0900 (JST) From: Michael Hancock To: Mattias Pantzare cc: denis , freebsd-hackers@FreeBSD.ORG Subject: Re: Dynamically Allocatable Name Service (DANS) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 23 Jun 1996, Mattias Pantzare wrote: > > > I want to write a name server with dynamical updates and all > > > binary database. (Actually I'm writing it) I know, that there is > > > dynamical updates support in the existing BIND distribution, but > > > it seems to me like fixing a rocket motor to the bike. > > > > What binary database has enough performance to handle names on the > > Internet? I don't think even db will do. > > And textfiles would be faster?? It is a lot faster with a binary > database. Imagine rewriting the textfile every time a change is made. Who said anything about textfiles? The author claims that his work is a rocket and BIND is a bike. I want to know why? I'd like to hear how he plans to handle servicing dynamic updates and name requests with the performance required. BIND once initialized operates entirely in RAM and the service has high performance requirements that are hard to meet even with a static database. I'm not trying to discourage the author, BIG claims just need to backed up with more substance. > It is not like the database is supposed to hold all the names on the > Internet. >