Re: better performance with 32 bit ! why?
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@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@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
Re: BIND Statistics is required
Parashar Singh skrev 2011-06-27 11:29: Upon running command #rndc stats , its showing rndc: 'stats' failed: permission denied. Can you suggest some solution of how to do this. Can you run rndc reload successfully? Else make sure that the user running rndc has the right to do that. If you can run rndc reload go to next step. I assume that your bind (named) runs as user named or user bind or some other non-root user. Make sure that the directory that the stats is written to alos is owned and writable by the user running bind/named. Mats ___ 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
Re: Logging Response Results
The .SE Registry has created a solution that stores queries and answers. QUOTE PacketQ (replaces DNS2DB) PacketQ is a tool for analyzing PCAP-data, if can work with any packets but is designed primarily for DNS and ICMP-traffic. PacketQ reads, filters and groups the packets read from the PCAP-files using standard SQL-queries. The tool is built in C for performance and portability. The distribution also includes a simple interactive GUI for analyzing the collected data. http://github.com/dotse/packetq /QUOTE Stefan Certic skrev 2011-06-23 22:27: Thanks Chuck Yes, that would be a solution, but i need logs processed through syslog and stored into database (matching the initial query from query log). Pharsing tcpdump is not going to be suitable for highly loaded system. I was more looking for a solution to log responses same way queryes are logged. Regards, On Thursday, June 23, 2011 09:44:46 pm Chuck Swiger wrote: On Jun 23, 2011, at 12:16 PM, Stefan Certic wrote: Does anyone have idea on following... Apart from bind9 query log, is it possible to log response returned to client? Sure: use tcpdump, wireshark, or another network sniffer of your choice and observe DNS responses to the clients you're interested in. (Whether this is better than using query logging is another question entirely.) Regards, ___ 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