Re: dnsperf and BIND memory consumption
JINMEI Tatuya / 神明達哉 wrote: At Mon, 15 Dec 2008 09:53:23 +0300, Dmitry Rybin rybi...@post.ru wrote: Thank's to JINMEI Tatuya for support. I have over 40 views, defined in named.conf, max-memory for cache - 32Mb. Named daemon allocate over 2 Gb per 24 hours of work. Each view has a separate cache DB. So if each of these 40 views really needs to cache a certain amount of data, a footprint of 2GB is not a surprising situation, even with a 32MB of max-cache-size for each view. OK. I Just limit max-cache-size 16MB. 16MB * 50 views = over 800 MB of memory. How much total memory bind can accrue? -- ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Testing my configuration
On Wed, Dec 17, 2008 at 12:36:44PM +0100, Holger Honert holger.hon...@signal-iduna.org wrote a message of 113 lines which said: check out dig eith the zone-transfer option (man dig): He asked for information about a DOMAIN NAME, which may or may not be also a ZONE. If it is not a zone, zone transfer wont' work. Using: dig @your.name.server ANY dom.ain.name.example would be more sensible. ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: 50 million records under one domain using Bind
I believe he is talking on one server not spread out over several servers. I think he is trying to see the limit on one server as to how many records it could serve reliably. Can the records of a single domain be spread across multiple machines (sharding?) using bind? I believe that the limiting factor is not going to be the size of the database, but how fast the machine can process network requests. Ie, how many queries per second; If the machine can only handle 10k queries per second, then the MOST it will see is 10k qps even if 11k qps are coming in. Is there any good tool to benchmark this metric? Upon searching on Internet, I've found queryperf so far which I'll try. -- Vinay Y S ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: 50 million records under one domain using Bind
If you plan to use a plain zone file for the 50 million records, rather than using a separate backend database, you may want to What are the backend database options available? Is bind-sdb active developed and is it production ready? precompile your zone file by named-compilezone. It will make load time twice as short as it is with the plain text format. Thanks for the tip. I'll give it a shot. Currently text file with 50 million records is taking 10 minutes to load on a machine with 16GB RAM and dual quad-core processors. -- Vinay Y S ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: 50 million records under one domain using Bind
At Thu, 18 Dec 2008 22:01:37 +0530, Vinay Y S vi...@vys.in wrote: If you plan to use a plain zone file for the 50 million records, rather than using a separate backend database, you may want to What are the backend database options available? Is bind-sdb active developed and is it production ready? Check DLZ. I don't know much about it, and can't provide specific answers. I'm sure some others in this list can. --- JINMEI, Tatuya Internet Systems Consortium, Inc. ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
BIND 9.5.1rc2 is now available.
BIND 9.5.1rc2 is now available. BIND 9.5.1rc2 is a maintenance release candidate for BIND 9.5. BIND 9.5.1rc2 can be downloaded from ftp://ftp.isc.org/isc/bind9/9.5.1rc2/bind-9.5.1rc2.tar.gz The PGP signature of the distribution is at ftp://ftp.isc.org/isc/bind9/9.5.1rc2/bind-9.5.1rc2.tar.gz.asc ftp://ftp.isc.org/isc/bind9/9.5.1rc2/bind-9.5.1rc2.tar.gz.sha256.asc ftp://ftp.isc.org/isc/bind9/9.5.1rc2/bind-9.5.1rc2.tar.gz.sha512.asc The signature was generated with the ISC public key, which is available at http://www.isc.org/ISC/isckey.txt A binary kit for Windows XP and Window 2003 is at ftp://ftp.isc.org/isc/bind9/9.5.1rc2/BIND9.5.1rc2.zip ftp://ftp.isc.org/isc/bind9/9.5.1rc2/BIND9.5.1rc2.debug.zip The PGP signature of the binary kit for Windows XP and Window 2003 is at ftp://ftp.isc.org/isc/bind9/9.5.1rc2/BIND9.5.1rc2.zip.asc ftp://ftp.isc.org/isc/bind9/9.5.1rc2/BIND9.5.1rc2.zip.sha256.asc ftp://ftp.isc.org/isc/bind9/9.5.1rc2/BIND9.5.1rc2.zip.sha512.asc ftp://ftp.isc.org/isc/bind9/9.5.1rc2/BIND9.5.1rc2.debug.zip.asc ftp://ftp.isc.org/isc/bind9/9.5.1rc2/BIND9.5.1rc2.debug.zip.sha256.asc ftp://ftp.isc.org/isc/bind9/9.5.1rc2/BIND9.5.1rc2.debug.zip.sha512.asc Changes since 9.5.0. --- 9.5.1rc2 released --- 2513[bug] Fix windows cli build. [RT #19062] 2510. [bug] dig +sigchase could trigger REQUIRE failures. [RT #19033] 2509. [bug] Specifying a fixed query source port was broken. [RT #19051] 2504. [bug] Address race condition in the socket code. [RT #18899] --- 9.5.1rc1 released --- 2498. [bug] Removed a bogus function argument used with ISC_SOCKET_USE_POLLWATCH: it could cause compiler warning or crash named with the debug 1 level of logging. [RT #18917] 2496. [bug] Add sanity length checks to NSID option. [RT #18813] 2495. [bug] Tighten RRSIG checks. [RT #18795] 2494. [bug] isc/radix.h, dns/sdlz.h and dns/dlz.h were not being installed. [RT #18826] 2493. [bug] The linux capabilites code was not correctly cleaning up after itself. [RT #18767] 2490. [port] aix: work around a kernel bug where IPV6_RECVPKTINFO is cleared when IPV6_V6ONLY is set. [RT #18785] 2489. [port] solaris: Workaround Solaris's kernel bug about /dev/poll: http://bugs.opensolaris.org/view_bug.do?bug_id=6724237 Define ISC_SOCKET_USE_POLLWATCH at build time to enable this workaround. [RT #18870] 2487. [bug] Give TCP connections longer to complete. [RT #18675] 2485. [bug] Change update's the handling of obscured RRSIG records. Not all orphand DS records were being removed. [RT #18828] 2482. [port] libxml2: support versions 2.7.* in addition to 2.6.*. [RT #18806] 2479. [bug] xfrout:covers was not properly initalized. [RT #18801] 2478. [bug] 'addresses' could be used uninitalized in configure_forward(). [RT #18800] 2476. [doc] ARM: improve documentation for max-journal-size and ixfr-from-differences. [RT #15909] [RT #18541] --- 9.5.1b3 released --- 2475. [bug] LRU cache cleanup under overmem condition could purge particular entries more aggressively. [RT #17628] 2474. [bug] ACL structures could be allocated with insufficient space, causing an array overrun. [RT #18765] 2473. [port] linux: raise the limit on open files to the possible maximum value before spawning threads; 'files' specified in named.conf doesn't seem to work with threads as expected. [RT #18784] 2472. [port] linux: check the number of available cpu's before calling chroot as it depends on /proc. [RT #16923] 2471. [bug] named-checkzone was not reporting missing mandatory glue when sibling checks were disabled. [RT #18768] 2470. [bug] Elements of the isc_radix_node_t could be incorrectly overwritten. [RT# 18719] 2469. [port] solaris: Work around Solaris's select() limitations. [RT #18769] 2468. [bug] Resolver could try unreachable servers multiple times. [RT #18739] 2467. [bug] Failure of fcntl(F_DUPFD) wasn't logged. [RT #18740] 2466. [doc]
Re: Stats collection script for BIND 9.5 (and greater?)
At Tue, 16 Dec 2008 10:38:49 +0100, Alexander Gall g...@switch.ch wrote: Yes, if that assumption is correct, I don't see a big problem sticking to version 1.0 for the new format in 9.6.0 and 9.5.1. Still, if you do manage to get this particular change in (I guess it would be extremely localized and probably doesn't require any actual code change at all) that would be preferrable, IMHO. After an internal discussion, we've decided to bump the version number to 2.0. It's not included in 9.6.0rc2, but we don't plan to issue another RC for 9.6.0 just for this. The same change will appear in 9.5.1 (not included in 9.5.1rc2). Hopefully this won't happen a different type of compatibility issues. --- JINMEI, Tatuya Internet Systems Consortium, Inc. ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
