time-wait

    1熱度

    3回答

    我正在閱讀有關使用SO_LINGER套接字選項通過將逗留時間設置爲零來故意「暗殺」時間等待狀態的內容。然後,本書的作者繼續說,我們絕不應該這樣做,一般而言,我們絕不應該干涉等待時間的狀態。然後他立即建議使用SO_REUSEADDR選項來繞過時間等待狀態。 我的問題是,有什麼區別?在這兩種情況下,您都過早地終止了時間等待狀態,並冒着接收重複段的風險。爲什麼一個好的和另一個壞?

    1熱度

    1回答

    我使用Hibernate 3,並且我正面臨與連接關閉有關的問題。 我使用c3p0-0.9.1.2.jar和我檢查到連接到由Hibernate打開的數據庫服務器,我發現有既定其是5號的連接;在服務器的一些TCP端口上(見下面的日誌)。 但這些已建立的連接保持在TIME_WAIT狀態改變它們所建立的TCP端口,從而釋放他們使用較早的端口,使這些端口(而不是關閉它們)。 這不斷髮展,使得數量在數百;用於

    1熱度

    3回答

    我們有一個相當繁忙的網站(每天100萬次頁面瀏覽量)使用Apache mod代理,在TIME_WAIT狀態下連接(> 1,000)不斷超載。連接到端口3306(mysql),但mysql只顯示幾個連接(顯示進程列表),並表現良好。 我們嘗試改變一堆東西(保持活躍/關閉),但似乎沒有任何幫助。所有其他系統資源都在合理範圍內。 我搜索了四周,這似乎表明更改tcp_time_wait_interval。

    0熱度

    1回答

    在與服務器建立tcp連接後,我關閉了我的應用程序並調用了Socket.close()。 檢查netstat -pant,我看到連接處於TIME_WAIT狀態。 這可以防止我立即連接回服務器,因爲我使用相同的端口進行連接。相反,我必須等待連接到TIME_WAIT狀態超時才能重新連接。我使用了套接字方法:set_so_timeout(),set_keepalive(),set_so_linger()和