按照文檔的說法，貌似長久以來我對於tcp_fin_timeout的理解都是錯誤的
先備份在這里，再驗證
提高Linux應對短連接的負載能力
在存在大量短連接的情況下，Linux的TCP棧一般都會生成大量的 TIME_WAIT 狀態的socket。你可以用下面的命令看到：
netstat -ant| grep -i time_wait
有時候，這個數目是驚人的：
netstat -ant|grep -i time_wait |wc -l
可能會超過三四萬。這個時候，我們需要修改 linux kernel 的 tcp time wait的時間，縮短之，有個 sysctl 參數貌似可以使用，它是 /proc/sys/net/ipv4/tcp_fin_timeout，缺省值是 60，也就是60秒，很多網上的資料都說將這個數值設置低一些就可以減少netstat 里面的TIME_WAIT狀態，但是這個說法是錯誤的。經過認真閱讀Linux的內核源代碼，我們發現這個數值其實是輸出用的，修改之后並沒有真正的讀回內核中進行使用，而內核中真正管用的是一個宏定義，在 $KERNEL/include/net/tcp.h里面，有下面的行：
#define TCP_TIMEWAIT_LEN (60*HZ)
而這個宏是真正控制 TCP TIME_WAIT 狀態的超時時間的。如果我們希望減少 TIME_WAIT 狀態的數目（從而節省一點點內核操作時間），那么可以把這個數值設置低一些，根據我們的測試，設置為 10 秒比較合適
先備份在這里，再驗證
提高Linux應對短連接的負載能力
在存在大量短連接的情況下，Linux的TCP棧一般都會生成大量的 TIME_WAIT 狀態的socket。你可以用下面的命令看到：
netstat -ant| grep -i time_wait
有時候，這個數目是驚人的：
netstat -ant|grep -i time_wait |wc -l
可能會超過三四萬。這個時候，我們需要修改 linux kernel 的 tcp time wait的時間，縮短之，有個 sysctl 參數貌似可以使用，它是 /proc/sys/net/ipv4/tcp_fin_timeout，缺省值是 60，也就是60秒，很多網上的資料都說將這個數值設置低一些就可以減少netstat 里面的TIME_WAIT狀態，但是這個說法是錯誤的。經過認真閱讀Linux的內核源代碼，我們發現這個數值其實是輸出用的，修改之后並沒有真正的讀回內核中進行使用，而內核中真正管用的是一個宏定義，在 $KERNEL/include/net/tcp.h里面，有下面的行：
#define TCP_TIMEWAIT_LEN (60*HZ)
而這個宏是真正控制 TCP TIME_WAIT 狀態的超時時間的。如果我們希望減少 TIME_WAIT 狀態的數目（從而節省一點點內核操作時間），那么可以把這個數值設置低一些，根據我們的測試，設置為 10 秒比較合適