/ Etc / hosts'in Boyut Sınırı (Linux)

Performansta bozulmayı görmeye başlamadan önce / etc / hostların teorik boyut sınırının Linux sisteminde ne olduğunu bilen var mı?

Ayrıca, kimse beni beklenen sınırın ne olduğunu belirten resmi bir kaynağa yönlendirebilir mi?

Kaynağı kullan , Mike.

Çözümleyici, girişleri bulmak için metin dosyası içinde doğrusal bir arama kullanır. Dizini olmayan bir veritabanı. Dolayısıyla, ilave önbellekleme özelliğinin yokluğunda, aramaların maliyeti O (n) olacaktır. Bunun performansta bir düşüşe neden olacağı konusunda, cevaplanması imkansız bir soru - her kayıtta yavaşlar.

Bir veritabanı programcısı veya yöneticisiyle konuşursanız, bir dizin aramasının (O (log2 (n)) tam tablo taramasından daha ucuz olduğu nokta için farklı rakamlar alırsınız, ancak genellikle yanıt 20 bölgesinde olacaktır. 100 kayda kadar.

Çok sayıda ismi çözmesi gereken herhangi bir linux sistemi (sadece hostnames değil). Nscd veya benzeri bir şekilde çalışıyor olmalıdır. Bu tür önbelleklerin çoğu, performans sorusunu geçersiz kılacak olan verileri dizine ekler, ancak ...

Karmaşık / büyük veri kümelerini yönetmek için herhangi bir araç sağlamaz - birden fazla IP adresi olan bir ana makineniz varsa, hosts dosyası üzerinden yapılan aramalar her zaman ilk girişi döndürür.

İnternet geçmişinin bir kısmı - DNS 1984'te konuşlandırılmadan önce, ana bilgisayar dosyası adları çözmek için tekti ve ağda çok fazla ana bilgisayar yoktu - Şubat 1983'te 325 (RFC 847) . İnternet tarihi maillisti arşivinde 1982'den HOSTS.TXT (makine tarafından okunamaz) kopyaları bulunmaktadır . Alternatif bir HOSTS.TXT (Geoff Goodfellow's) bile vardı .

Teknik olarak, üst sınır yoktur. Ancak, her DNS araması bu dosyaya vuracaktır, neden kendinizi buna açık bırakın?

Değeri için, /etc/hostsortamlarımda dağıttığım en büyük dosya 1.200 satırdı. Ve bu benim yönettiğim uygulama için iyi çalıştı. DNS, söz konusu ortamda bir seçenek değildi.