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 > 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 7:34 AM, david klein <r...@nachtmaus.us> wrote: >> 50000 files in a single directory will make difficult for any >> filesystem. I would recommend breaking that out into groups of less >> than 10000 per directory. For better performance, separate them onto >> directories that are on different spindles; the parallelization of >> seek (and with thousands of small files that can each be read in one >> or two reads, your disks will spend a lot of this time seeking) should >> show noticeable performance improvement. >> >> Do only some of the zones update at any given 15 minute cycle? If so, >> you may show an even bigger improvement by only reloading those that >> will have changed. >> >> >> >> On Sat, Feb 26, 2011 at 8:56 PM, Dennis Perisa <dennis.per...@gmail.com> >> 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. Due to the >>> large number of zones to trawl through, the reload process is causing >>> intermittent outages and/or significant delays to zone transfers. >>> Here are some ideas I have: >>> - use rndc reconfig instead >>> - separate zone files into separate dirs to improve O/S performance >>> (currently, all zone files are in a single dir) >>> Are these viable options? Any other thoughts/suggestions? >>> This is expected to be a short-term fix while we consider brute force >>> approach of throwing more cpu/mem/IO at this. >>> DP >>> >>> _______________________________________________ >>> bind-users mailing list >>> bind-users@lists.isc.org >>> https://lists.isc.org/mailman/listinfo/bind-users >>> >> >> >> >> -- >> >> david t. klein >> >> Cisco Certified Network Associate (CSCO11281885) >> Linux Professional Institute Certification (LPI000165615) >> Redhat Certified Engineer (805009745938860) >> >> Quis custodiet ipsos custodes? >> > > > > -- > > david t. klein > > Cisco Certified Network Associate (CSCO11281885) > Linux Professional Institute Certification (LPI000165615) > Redhat Certified Engineer (805009745938860) > > Quis custodiet ipsos custodes? > _______________________________________________ > bind-users mailing list > bind-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/bind-users _______________________________________________ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
