Re: Disappointing ISC BIND performance on OpenBSD 5.3 snapshot

2013-04-24 Thread Kostas Zorbadelos
Claudio Jeker cje...@diehard.n-r-g.com writes: Don't forget to increase the UDP recvbuffer space. The default is somewhat small and will result in drops. At least you should invest some time to play with that value and see if it helps. I played with the net.inet.udp.recvspace sysctl option

Re: Disappointing ISC BIND performance on OpenBSD 5.3 snapshot

2013-04-22 Thread Kostas Zorbadelos
Stuart Henderson s...@spacehopper.org writes: On 2013-04-19, Kostas Zorbadelos kzo...@otenet.gr wrote: root@dmeg-dns1 ~ # /usr/local/sbin/named -V BIND 9.9.2-P2 built with --enable-shared' '--enable-threads' You could try rebuilding the port without --enable-threads and see if it's any

Re: Disappointing ISC BIND performance on OpenBSD 5.3 snapshot

2013-04-22 Thread Claudio Jeker
On Mon, Apr 22, 2013 at 04:50:52PM +0300, Kostas Zorbadelos wrote: Stuart Henderson s...@spacehopper.org writes: On 2013-04-19, Kostas Zorbadelos kzo...@otenet.gr wrote: root@dmeg-dns1 ~ # /usr/local/sbin/named -V BIND 9.9.2-P2 built with --enable-shared' '--enable-threads' You could

Re: Disappointing ISC BIND performance on OpenBSD 5.3 snapshot

2013-04-21 Thread Aaron Glenn
I've never used BIND in this sort of instance, so I can't speak to that. I can say, however, I've run reasonably large authoritative anycast DNS setups with NSD and OpenBSD. two north american sites, 10Kqps average, with one notable 80K spike. the whole system ran practically untouched (minor

Re: Disappointing ISC BIND performance on OpenBSD 5.3 snapshot

2013-04-20 Thread Stuart Henderson
On 2013-04-19, Kostas Zorbadelos kzo...@otenet.gr wrote: root@dmeg-dns1 ~ # /usr/local/sbin/named -V BIND 9.9.2-P2 built with '--enable-shared' '--enable-threads' You could try rebuilding the port without

Disappointing ISC BIND performance on OpenBSD 5.3 snapshot

2013-04-19 Thread Kostas Zorbadelos
Hello all, quite a few months ago I had evaluated OpenBSD for a large scale anycast DNS resolving setup: http://marc.info/?l=openbsd-miscm=133828399728289w=2 The findings at the time (using VMs in a lab environment) was that OpenBSD failed to meet my performance requirements and the main

Re: Disappointing ISC BIND performance on OpenBSD 5.3 snapshot

2013-04-19 Thread mxb
Give up. For the record. I had BIND on Ubuntu 12.04 on Dell R610. It constantly segfaulted for yet unknown reason (lazy to debug). This machine was overloaded with resources. However, not much of load as yours, but I'v tired of this and put all zones to R620 with OpenBSD 5.3. So far not a

Re: Disappointing ISC BIND performance on OpenBSD 5.3 snapshot

2013-04-19 Thread Kostas Zorbadelos
Kostas Zorbadelos kzo...@otenet.gr writes: Here is the missing dmesg: OpenBSD 5.3-current (GENERIC.MP) #40: Tue Mar 26 10:25:59 MDT 2013 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 17082220544 (16290MB) avail mem = 16619790336 (15849MB) mainbus0 at root

Re: Disappointing ISC BIND performance on OpenBSD 5.3 snapshot

2013-04-19 Thread mxb
From mine point of view, OpenBSD is a stable OS (even some aged snapshots). I don't put any performance pressure on it. I just want services to be STABLE. If I want STABLE, I replace Linux or any other with OpenBSD. //mxb On 19 apr 2013, at 20:22, Kostas Zorbadelos kzo...@otenet.gr wrote: mxb

Re: Disappointing ISC BIND performance on OpenBSD 5.3 snapshot

2013-04-19 Thread Kostas Zorbadelos
mxb m...@alumni.chalmers.se writes: From mine point of view, OpenBSD is a stable OS (even some aged snapshots). I don't put any performance pressure on it. I just want services to be STABLE. I really can't speak for the developers, but achieving less that 1/4 of the performance of Linux for

Re: Disappointing ISC BIND performance on OpenBSD 5.3 snapshot

2013-04-19 Thread mxb
Well, I actually told you to Give up in my first mail :) So do it. In your env. in is(probably) better to run Linux. Do it. I just tell you MINE point of view. If your don't want to hear it - I'll shut up. P.S. std. answer to ANY on this list - You ever contribute with code or you wait for