Lösung 1:
Verwenden Sie die Quelle, Mike.
Der Resolver verwendet eine lineare Suche durch die Textdatei, um Einträge zu finden. Es ist eine Datenbank ohne Indizes. Ohne zusätzliche Caching-Fähigkeit betragen die Kosten für Suchen also O(n). Wann dies zu einem Leistungsabfall führt, ist eine unmöglich zu beantwortende Frage - es wird mit jeder Platte langsamer.
Wenn Sie mit einem Datenbankprogrammierer oder -administrator sprechen, erhalten Sie unterschiedliche Zahlen für den Punkt, an dem eine Indexsuche (O(log2(n)) billiger ist als ein vollständiger Tabellenscan, aber im Allgemeinen liegt die Antwort im Bereich von 20 bis 100 Datensätze.
Jedes Linux-System, das viele Namen auflösen muss (nicht nur Hostnamen). Sollte nscd oder ähnlich laufen. Die meisten dieser Caches indizieren die Daten selbst, was die Leistungsfrage jedoch zunichte machen würde ...
Es bietet keine Möglichkeit, komplexe/große Datenmengen zu verwalten - wenn Sie einen Host mit mehr als einer IP-Adresse haben, geben Suchen über die Hosts-Datei immer den ersten Eintrag zurück.
Lösung 2:
Ein bisschen Internetgeschichte -- bevor DNS 1984 eingeführt wurde, war die Datei hosts die einzige, um Namen aufzulösen, und es gab nicht viele Hosts im Netzwerk -- 325 im Februar 1983 (RFC 847). Es gibt Kopien von HOSTS.TXT (allerdings nicht maschinenlesbar) von 1982 im Archiv der internet-history maillist. Es gab sogar eine alternative HOSTS.TXT (Geoff Goodfellows).
Lösung 3:
Technisch gesehen gibt es keine Obergrenze. Allerdings wird jede DNS-Suche diese Datei treffen, also warum sich darauf einlassen?
Für das, was es wert ist, das größte /etc/hosts Datei, die ich in meinen Umgebungen verteilt habe, war 1.200 Zeilen lang. Und das funktionierte gut für die Anwendung, die ich verwaltete. DNS war in dieser speziellen Umgebung keine Option.