RE: [registrars] DLZ Project announcement (fwd)
That's true, but it apparently does considerably more than that, allowing
changes within zone files to be reflected immediately without signaling
the daemon. Under the standard implementation, reloading zone data forces
a cache flush penalty for the daemon.
More importantly, the standard implementation consumes enormous amounts of
memory as it is called upon to support large numbers of zones, to the
point where operating system limitations can kick in. Different operating
systems have different limitations, but all have some significant ones.
My quick look at this suggests it solves some problems but is by no means
a panacea. The code is in early development stages, according to the
author, and is not ready for production. It is very interesting, though.
On 2002-06-23 at 12:42 -0700, Rick Wesson wrote:
> I think the big deal (tm) is that you can add new zones w/o a hup to bind,
> which is real nifty.