/ etc / hosts的大小限制（Linux）

在您可能开始发现性能下降之前，是否有人碰巧知道Linux系统上/ etc / hosts的理论大小限制？

此外，有人可以指出某些预期限制的官方消息吗？

使用来源 Mike。

解析器在文本文件中使用线性搜索来查找条目。这是一个没有索引的数据库。因此，在没有附加缓存功能的情况下，查找的成本为O（n）。至于何时会导致性能下降，这是一个无法回答的问题-每条记录的速度都会变慢。

如果您与数据库程序员或管理员交谈，则在索引查找（O（log2（n））会比全表扫描便宜的时候，您会得到不同的数字，但是通常答案在20左右到100条记录。

任何需要解析很多名称（不仅仅是主机名）的linux系统。应该运行nscd或类似的。大多数此类缓存会自行索引数据，这将消除性能问题，但是...

它没有提供管理复杂/大型数据集的方法-如果您的主机具有多个IP地址，则通过hosts文件进行的查找将始终返回第一个条目。

互联网的历史发展-在1984年部署​​DNS之前，hosts文件是唯一用于解析名称的文件，网络上没有太多的主机-1983年2月为325 （RFC 847）。Internet历史邮件列表的档案中有 1982年以来的HOSTS.TXT副本（尽管不是机器可读的）。甚至还有一个备用HOSTS.TXT （Geoff Goodfellow's）。

从技术上讲，没有上限。但是，每次DNS查找都将命中该文件，那么为什么要对此保持开放？

就其价值而言，/etc/hosts我在环境中分发的最大文件为1,200行。这对于我正在管理的应用程序来说效果很好。在该特定环境中，DNS不是一个选择。