我在这里面临一个小问题。我的/etc/hosts档案很长。（在网络上工作，因此我在本地托管了许多网站以供开发）。假设它大约有40、50行。全部重定向到127.0.0.1。
现在，在检查Chrome浏览器的检查器时，由于DNS查找部分，我的本地网页似乎加载缓慢。在文件中mygreatwebsite.local也定义的网址上/etc/hosts。
快速检查后，似乎可以将hosts文件减少到几行，从而大大加快了DNS查找的速度。所以我的问题是，是否可能要面对50条线大约5秒的差异，而几行的时间无关紧要？还是我完全错过了什么？
Answers:
您的tld .local可能是问题，zeroconf使用了这个。没有真正的标准，但是内部tld的建议tld是.site或.internal。有关此操作，请参见http://en.wikipedia.org/wiki/Top-level_domain#Pseudo-domains。
较长的/ etc / hosts文件可以减慢DNS查找速度吗？
在Windows（XP / Vista / 7）计算机上，答案是肯定的。
一个长主机文件无法与“ DNS客户端”服务一起正常运行是一个已知问题。
http://winhelp2002.mvps.org/hosts.htm：
在大多数情况下，较大的HOSTS文件（超过135 kb）会降低计算机的速度。
[解决方案：将“ DNS客户端”服务设置为手动或禁用）
http://vlaurie.com/computers2/Articles/hosts.htm：
请注意，除非服务“ DNS客户端”设置为手动启动，否则超过100 KB 的主机文件实际上会减慢浏览速度。
www.ericphelps.com/scripting/samples/Hosts/：
使用大型HOSTS文件之前，最重要的事情是禁用计算机上的域名服务客户端（“ DNS客户端”或“ DnsCache”）服务。这听起来很奇怪，但是不需要DNS客户端来执行DNS。更糟糕的是，如果您有一个很大的HOSTS文件（这是我的建议），则DNS客户端会阻塞您的整个PC。
...并且我亲自在三种不同的Windows机器上见证了这一点：XP Pro，Vista和7 Starter。
我建议使用tcpdump查看实际发生的情况。没有它，您将只是猜测。
基本语法是
tcpdump -n -i eth0 port 80 or port 53
（如果您有兴趣查看端口80和53，请-n阻止DNS查找，假设所有通信都在eth0上进行）。
如果这太快或太多信息，则通过添加以下命令将其重定向到dumpfile：
-s 0 -w /tmp/dump
并使用iewshark查找转储文件。您可以在文件中看到准确的计时信息，还有更多...
当我使用Spybot时，它将插入大约50,000个主机文件条目，这些文件条目将已知的恶意站点重定向到127.0.0.1。我从来没有注意到具有这种性质的长主机文件的任何问题。可能与您的开发设置或代码本身有关。您在本地有多少个站点（50个？），当存在50个条目时，每个人中的每个人都花这么长时间做出响应吗？
由于各种原因，我在一些具有数百个条目的计算机上托管了文件。这不会对DNS查找产生任何影响，这仅仅是因为一旦计算机在主机文件中找到了条目，就不会对相同的信息进行查找。如果正确配置了其他所有内容，则减小主机文件的大小不会影响性能，因为即使具有一千个条目，该文件的解析仍比执行DNS查找更快。检查机器解析地址的顺序。主机文件应该是第一个。