A big congrats on the performance of the pdns-recursor.
We recently switched from bind8 to bind9 (because of the recent dns
vulnerabilities) then to pdns-recursor (because of performance and
stability issues).
After the upgrade to pdns-recursor cpu utilisation dropped to 10% from
50% with bi
I posted some time ago some stats on pdns + postgresql on desktop hardware.
Do you know your performance requirements?
[EMAIL PROTECTED] wrote:
> hi:
> Do anybody have data about powerdns's performance...
> thanks
>
> josh c
key_buffer
query_cache_*
Could you please let us know the exact values you've used?
Thanks
Norbert
--
Adam Cassar
IT Manager
NetRegistry Pty Ltd
__
http://www.netregistry.com.au
Tel: 02 9699 6099 Fax: 02 9699 6088
PO Box 270Bro
Hi All,
I just found a third party script on this page that will convert a
tinydns datafile to bind zone files suitable for pdns migration script -
it's called tinydns-to-zones:
http://offog.org/code/misccode.html
Thought I'd included it on this list as we just converted a large number
of t
0 qps.
>
> Could you give me more information about your setup? Which distribution and
> with versions of PowerDNS and the databases do you use? Which PowerDNS
> backends were used to connect to the databases and what were the
> optimizations you've done?
>
Not wanting to start a flame war - but I wanted to see which DB was
going to be best for our pdns database.
Please note that is just an 'informal' test.
On a same of 100K zones and using the queryperf tool available with bind
(selecting each record from each zone) over a 10 minute run, both
untu
