我應該用多長時間進行反向查找? 100毫秒? 1秒? 10秒? 30秒?你有什麼經驗?反向DNS查找需要多長時間?
爲什麼?我們正在討論在我們的服務器軟件中添加一項功能,每次客戶端連接時都需要進行反向DNS查找。查找會同步完成,所以我擔心它可能會使連接時間減少很多。我只是想聽聽其他人關於反向DNS查詢時間的經驗。
我應該用多長時間進行反向查找? 100毫秒? 1秒? 10秒? 30秒?你有什麼經驗?反向DNS查找需要多長時間?
爲什麼?我們正在討論在我們的服務器軟件中添加一項功能,每次客戶端連接時都需要進行反向DNS查找。查找會同步完成,所以我擔心它可能會使連接時間減少很多。我只是想聽聽其他人關於反向DNS查詢時間的經驗。
只要需要。一個LOT取決於 *您與DNS服務器通話的位置 * DNS服務器的值是否已緩存 *是否將mas映射到也可操作(或檢索超時)的正確DNS服務器。
一般而言,對於最終用戶而言,您可以輕鬆達到200毫秒 - 用戶可能處於世界的另一端。實際上,假設DNS可達性問題,我會假設最多2分鐘。
在局域網內,您通常應該在毫秒內得到答案。兩位數字,最大值(10ms左右)。
一般來說,synchroneous在這裏可能是一個很壞的主意 - 但很大程度上取決於應用程序的實際功能。
我沒有具體的編號,但是如果性能證明是您的問題,您可以考慮在單獨的線程中進行反向查找。如果反向查找不符合您的標準,則可以中止原始連接並禁用該IP(可能僅持續一段時間)。
這樣做的先決條件是在連接開始和反向查找完成之間不會發生真正的損失。然後再次,這是你現在沒有反向查找的情況。
這種情況並不適用,因爲真正的損失可能會立即發生,但它確實是一個有趣的想法。 – HansA 2010-03-15 04:23:58
不過,如果你因爲可能的開銷而不執行它,這個選項比不執行:-)更好 – 2010-03-15 04:29:08