Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 16 Jan 2003 18:01:12 +0100
From:      Roman Neuhauser <neuhauser@bellavista.cz>
To:        John Ekins <jre@globalnet.co.uk>
Cc:        questions@freebsd.org
Subject:   Re: Directory hashing question
Message-ID:  <20030116170112.GR42719@freepuppy.bellavista.cz>
In-Reply-To: <20030116151326.5a6a9074.jre@globalnet.co.uk>
References:  <20030116151326.5a6a9074.jre@globalnet.co.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
    please keep the line length at about 70 characters.
    442 is a bit long.

# jre@globalnet.co.uk / 2003-01-16 15:13:26 +0000:
> I have a question about "best" practices for directory hashing. I have
> about 80,000 zone files which are named after the domain which I
> generate using a Perl script. I'm looking for the best hashing to
> reduce the start up time for bind. 
> 
> I've tried different hashings. Using example.foo as an example (:-)),
> if I take the first and second letters of the domain and hash it like
> this /var/named/e/x/example.foo I still end up with (in a few cases)
> more than 3000 zones in one directory. If I hash using the
> first+second and third+fourth like this /var/named/ex/am/example.com I
> end up with a lot fewer zones in the individual directories, but
> bind's start up time is much longer.

    isn't this actually a Bind problem? you are IMO asking in the wrong
    forum.
 
> I can live with the first hasing if I need to, but I'm seeking some
> advice and suggestions on what others think (or know) would be better.

    I think better solution would be switching to djbdns, but am afraid
    of starting a flamefest, so I won't say it. :)

-- 
If you cc me or remove the list(s) completely I'll most likely ignore
your message.    see http://www.eyrie.org./~eagle/faqs/questions.html

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030116170112.GR42719>