I don't see what's so hard about:

../configure --enable-threads
make

Doesn't matter what product you use but the platform you deploy will need to
be sized to be able to cope with the number of zones loaded, RR set size and
anticipated number of recursive/non-recursive queries to be serviced. A
couple of zones + hint and a 486 will do the job fine

Actually on that note anyone got any performance stats (eg. BIND v TDNS v
MSDNS, uni/multi-proc etc.)?

j.

-----Original Message-----
From: bind-users-bounce@isc.org [mailto:bind-users-bounce@isc.org] On Behalf
Of Planet X Mail
Sent: Sunday, 2 January 2005 3:30 PM
To: bind-users@isc.org
Subject: RE: Multiple CPUs not working

Ok sounds like its not worth it than. Right if binds load is such U need
both
cpus it may be time to get another dns server.

Or maybe migrate to TinyDNS

Opps I said the "T" word hehe

-matt

--- James Bourne wrote:

> When you compile BIND make sure you supply the --enable-threads option.
>
> Also make sure you have an SMP kernel running. If Linux: cat

/proc/cpuinfo.
>
> j.
>
> -----Original Message-----
> From: bind-users-bounce@isc.org [mailto:bind-users-bounce@isc.org] On

Behalf
> Of Planet X Mail
> Sent: Sunday, 2 January 2005 5:51 AM
> To: bind-users@isc.org
> Subject: Multiple CPUs not working
>
> Hello All,
>
> I read a while back about someone having problems getting named to

recognize
> their DUAL CPU's ( or more ).
>
> I too am having the same problem in that logs say named started with 1 CPU
> when
> I in fact have 2 CPUS ( Xeons ).
>
> I tried the -n 2 option but still says 1 cpu being used. In docs it says

it
> will try to auto-detect your CPU environment and add them occordingly so
> using
> -n 2 would not work as it should have worked auto-magically.
>
> Anyone get this to work with multiple CPUs?
>
> TIA,
> -matt
>
>
>
>
>