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@1.6>>4@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): 32/32 64/32 64/64 Regards -Sven On Wed, June 29, 2011 15:33, iharrathi....@orange-ftgroup.com 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 https://lists.isc.org/mailman/listinfo/bind-users to > unsubscribe from this list > > bind-users mailing list > bind-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/bind-users _______________________________________________ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
