The result i found with resperf, are not OK for me because when i test with tcpreplay ( i monitor packet in and packet out, and i dont see any problem in CPU or RAM) i found a maximum throughput less (40%) than what i found with resperf. Your test was on linux or Unix, and which hardware? Do you try with tcpreplay?
Thanks. Issam HARRATHI -----Message d'origine----- De : Eivind Olsen [mailto:eiv...@aminor.no] Envoyé : mercredi 6 avril 2011 15:26 À : HARRATHI Issam Ext OLNC/DPS Cc : bind-users@lists.isc.org Objet : Re: Maximum limit of query per second iharrathi....@orange-ftgroup.com wrote: > Have some one reach the number 100000 qps for example. Of course we During testing - yes I have reached that number. This was with resperf utility which by default speeds up towards 100000. From the man pagzae: "By default, resperf will send traffic for 60 seconds, linearly increasing the amount of traffic from zero to 100,000 queries per second.". You can tell it to work towards higher numbers with the "-m "command line option. This was with no tuning, by the way. No special compile options. I did increase the amount of allowed recursive clients in named.conf, but that's all. I didn't spend time on getting higher qps during testing, as I figured 100000 qps in best-case conditions on a single server would suffice, at least for the time being. 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. ******************************************************************************** _______________________________________________ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
