better performance with 32 bit ! why?

Mats Dufberg dufberg at telia.net
Wed Jun 29 14:03:33 UTC 2011


It would be interesting to hear what kind of lookup that you did for
your test. Did the servers just answer from configured zones? Would
recursion make any difference on the utilization of the cores? And
validation? Or is four fast cores always better than many slower cores?


Mats


iharrathi.ext at orange-ftgroup.com skrev 2011-06-29 15:33:
> 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 at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users




More information about the bind-users mailing list