Řešení 1:
Použijte zdroj, Miku.
Resolver používá k vyhledání položek lineární vyhledávání v textovém souboru. Je to databáze bez indexů. Takže při absenci možnosti dalšího ukládání do mezipaměti budou náklady na vyhledávání O(n). Pokud jde o to, kdy to povede ke snížení výkonu, to je nemožná otázka, na kterou nelze odpovědět - s každou nahrávkou se to zpomaluje.
Pokud si promluvíte s databázovým programátorem nebo administrátorem, získáte různá čísla pro bod, ve kterém je vyhledávání indexu (O(log2(n)) levnější než úplné skenování tabulky, ale obecně bude odpověď v oblasti 20 až 100 záznamů.
Jakýkoli linuxový systém, který potřebuje vyřešit mnoho jmen (nejen názvy hostitelů). Mělo by běžet nscd nebo podobné. Většina takových mezipamětí sama indexuje data, což by otázku výkonu zrušilo...
Neposkytuje žádné prostředky pro správu složitých/velkých datových sad – pokud máte hostitele s více než jednou IP adresou, vyhledávání v souboru hosts vždy vrátí první položku.
Řešení 2:
Trocha historie internetu -- před nasazením DNS v roce 1984 byl soubor hostitelů jediný, kdo měl překládat názvy, a v síti nebylo mnoho hostitelů -- 325 v únoru 1983 (RFC 847). V archivu maillistu internetové historie jsou kopie HOSTS.TXT (není však strojově čitelné) z roku 1982. Existoval dokonce alternativní HOSTS.TXT (Geoff Goodfellow's).
Řešení 3:
Technicky neexistuje žádná horní hranice. Každé vyhledávání DNS však zasáhne tento soubor, tak proč se tomu nechávat otevřené?
Za co to stojí, největší /etc/hosts soubor, který jsem distribuoval ve svých prostředích, měl 1200 řádků. A to fungovalo dobře pro aplikaci, kterou jsem spravoval. DNS nebylo v tomto konkrétním prostředí možné.