One other thing: on the filesystem in which reside directories that
house the zone files, set the mount option noatime. This will
improve the performance of re-reading the zone files because it will
take out the necessity of updating a time-stamp for each read.
-DTK
On Mon, Feb 28, 2011 at
Running off SSDs has also proved to help startup/reload times in our usage.
Dan Durrer
No-IP
On Mar 2, 2011, at 5:32 AM, david klein r...@nachtmaus.us wrote:
One other thing: on the filesystem in which reside directories that
house the zone files, set the mount option noatime. This will
5 files in a single directory will make difficult for any
filesystem. I would recommend breaking that out into groups of less
than 1 per directory. For better performance, separate them onto
directories that are on different spindles; the parallelization of
seek (and with thousands of
On 2/27/2011 1:15 AM, Dennis Perisa wrote:
Thanks Doug. Yes, helps a lot. And yes, this is to handle adding new
zones.
Look into BIND 9.7.2 or newer and the rndc addzone capabilities.
Solves the problem without needing to reload/restart/reconifg at all.
AlanC
signature.asc
Description:
Hi folks,
I'm looking for suggestions to substantially improve reload times on a slave
that is serving 50,000 zones (mostly customer zones).
'rndc reload' is being executed on the slave every 15 minutes. Due to the
large number of zones to trawl through, the reload process is causing
On 02/26/2011 18:56, Dennis Perisa wrote:
Hi folks,
I'm looking for suggestions to substantially improve reload times on a
slave that is serving 50,000 zones (mostly customer zones).
'rndc reload' is being executed on the slave every 15 minutes.
Yeah, don't do that. :) Is this being done to
Thanks Doug. Yes, helps a lot. And yes, this is to handle adding new
zones.
Glad I'm on the right track :) I should point out that those ideas came
from trawling this and many other forums!
I should also point out that when I said short-term fix, I meant these
were changes we could implement
7 matches
Mail list logo
