> A local DNS has to ask the feeders, when it is not in cache. True
> Big public DNS with huge caches can be very fast. Again true, assuming response time is less than local DNS to local forwarder response time > But I really wonder about the way this is discussed here. People > refuse to use the Benchmark test and prove their "how they feel" > statement with their own test. Amazing. Someone did....and got ridiculed....(again, assuming we're ONLY taking about DNS resolution speeds....) I can't help but think that you're not only referring to DNS resolution, but including something else in your argument (eg...the assumption that most spam will use different DNS names, therefore not be in the local DNS cache, but WILL be in the public (OpenDNS, GoogleDNS) cache....), in which case I would agree On 12/7/09 5:10 PM, "Fritz Borgstedt" <[email protected]> wrote: > ASSP development mailing list <[email protected]> > schreibt: >> While I'll agree that a local dns server will always be fastest > > > That is simply not true. > A local DNS has to ask the feeders, when it is not in cache. > Big public DNS with huge caches can be very fast. > But I really wonder about the way this is discussed here. People > refuse to use the Benchmark test and prove their "how they feel" > statement with their own test. Amazing. > > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > Assp-test mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/assp-test ------------------------------------------------------------------------------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ Assp-test mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/assp-test
