better performance with 32 bit ! why?

Sven Eschenberg sven at
Wed Jun 29 14:08:50 UTC 2011

Not neccessarily.

It really depends on many many things. How well does the OS kernel+NIC
driver scale, how good do they work in balancing among all CPUs+cores.

I do not know the inner workings of bind, but depending on the algorithmic
problems, distributed/parallel processing can even degrade performance,
sometimes the gain in distribution is not as good as expected due to
communication overhead etc. .

So the assumption that 8 at 1.6>>4 at 2.33 can not be safely made. Especially in
a single application scenario (A pure name server).

Maybe some bind developer can shed a light on this:
Does bind use epoll()?
AIO (as in Posix RT extensions)

As stated by others, use the same machine for all 3 scenarios (OS/Apps):



On Wed, June 29, 2011 15:33, iharrathi.ext at wrote:
> on server1(64 bit) i have 2 Intel E5310 quad-core 1.6Ghz and on server2(32
> bit) i have 2 Intel Xeon dual-core 2.33Ghz.
> means 8*1.6 Ghz on server1 and 4*2.33 on server2.
> 8*1.6 is better and faster than 4*2.33, no?
> Regards
> Issam Harrathi.
>> The 64 bit server(server1) is faster than the 32 bit server (server2).
> Really? I thought you said the 64 bit server had a CPU with 1.6GHz cores,
> and the 32 bit server had 2.33GHz cores?
> Regards
> Eivind Olsen
> ********************************************************************************
> IMPORTANT.Les informations contenues dans ce message electronique y
> compris les fichiers attaches sont strictement confidentielles
> et peuvent etre protegees par la loi.
> Ce message electronique est destine exclusivement au(x) destinataire(s)
> mentionne(s) ci-dessus.
> Si vous avez recu ce message par erreur ou s il ne vous est pas destine,
> veuillez immediatement le signaler  a l expediteur et effacer ce message
> et tous les fichiers eventuellement attaches.
> Toute lecture, exploitation ou transmission des informations contenues
> dans ce message est interdite.
> Tout message electronique est susceptible d alteration.
> A ce titre, le Groupe France Telecom decline toute responsabilite
> notamment s il a ete altere, deforme ou falsifie.
> De meme, il appartient au destinataire de s assurer de l absence de tout
> virus.
> IMPORTANT.This e-mail message and any attachments are strictly
> confidential and may be protected by law. This message is
> intended only for the named recipient(s) above.
> If you have received this message in error, or are not the named
> recipient(s), please immediately notify the sender and delete this e-mail
> message.
> Any unauthorized view, usage or disclosure ofthis message is prohibited.
> Since e-mail messages may not be reliable, France Telecom Group shall not
> be liable for any message if modified, changed or falsified.
> Additionally the recipient should ensure they are actually virus free.
> ********************************************************************************
> _______________________________________________
> Please visit to
> unsubscribe from this list
> bind-users mailing list
> bind-users at

More information about the bind-users mailing list