-----Message d'origine-----
De : HARRATHI Issam Ext OLNC/DPS
Envoyé : mercredi 29 juin 2011 11:04
À : 'novos...@umdnj.edu'; 'lst_ho...@kwsoft.de'; 'kob6...@gmail.com'
Cc : 'bind-users@lists.isc.org'
Objet : RE: bind-users Digest, Vol 902, Issue 1
Thanks for the answer,
@ Andreas i made the test and i have the same performance as OS 64 bind 64.
NB: when i reach the maximum throughput i still have enough free RAM, free CPU,
free NIC capacity. So the limit is in Bind. What to do to reach more capacity?
Tests:
Test1: OS 64 bit, bind 64 bit ==> 50000 qps
Test2: OS 32 bit, bind 32 bit ==> 70000 qps
Test3: OS 64 bit, bind 32 bit ==> 50000 qps
Regards
Issam Harrathi.
Message: 7
Date: Wed, 29 Jun 2011 09:16:01 +0200
From: lst_ho...@kwsoft.de
Subject: Re: better performance with 32 bit ! why?
To: bind-users@lists.isc.org
Message-ID: <20110629091601.30282lyntw1u4...@webmail.kwsoft.de>
Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes";
format="flowed"
Zitat von Kevin Oberman <kob6...@gmail.com>:
> On Tue, Jun 28, 2011 at 7:32 AM, Ryan Novosielski <novos...@umdnj.edu> wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> On 06/28/2011 12:30 PM, David Sparro wrote:
>>> On 6/28/2011 11:15 AM, iharrathi....@orange-ftgroup.com wrote:
>>>> Hi all,
>>>> I'm testing the same version of bind 9.4-ESV-R4-P1 on two server, one is
>>>> a 32 bit (on which i have a redhat 32 bit) and the second a 64 bit
>>>> server on which i have a redhat 64 bit.
>>>> on the 32 bit i reach 70000 qps but on the 64 bit i only reach 50000 qps
>>>> (using resperf) and also with tcpreplay.
>>>> Is it normal that bind when compiled and installed on a 32 bit server
>>>> have better performance than bind when compiled and installed on a 64
>>>> bit server.
>>>> the only diff?rence between the two server is 64 bit vs 32 bit ( same
>>>> RAM, same Disk, same NIC,...) and CPU is better on the 64 bit (2 Intel
>>>> E5310 quad-core 1.6Ghz) than the 32 bit(2 Intel Xeon duad-core 2.33Ghz).
>>>> Thanks.
>>>>
>>>
>>> The 32 bit rig is faster (2.33Ghz).
>>
>> My understanding is that 64-bit is NOT faster in most cases, and only
>> makes some things possible (addressing large amounts of memory is one
>> stand-out) that are not possible with 32-bit. If bind is not going to be
>> using over 4GB of RAM by itself, my understanding is that running 64-bit
>> will merely add overhead. I realize that is a pretty big generalization,
>> so feel free to correct me if you know better.
>
> I'll take it a step farther. In my experience running code in 64-bit
> mode is USUALLY slightly slower than running it in 32-bit mode on the
> same hardware. This is mostly because of the added data that must be
> moved for 64-bit operations. It also means the 64-bit binaries are
> larger, often by a significant amount.
>
> I recommend sticking with 32-bit systems unless you have a specific
> need for 64-bit capacity.
My recommendation would be use a 64Bit OS, but 32Bit applications as
long as they don't need a large amount of memory. One should not
install a 32Bit OS on a server today until it is a embeded device or
something similar.
Regards
Andreas
------------------------------
_______________________________________________
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
End of bind-users Digest, Vol 902, Issue 1
******************************************
********************************************************************************
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
