簡單講述Linux內核系統應用
在向大家詳細介紹Linux內核之前，首先讓大家了解下系統的pdflush進程，然后全面介紹Linux內核，希望對大家有用。與磁盤IO子系統有關Linux內核的編輯◆ /proc/sys/vm/dirty_ratio這個參數控制文件系統的文件系統寫緩沖區的大小，單位是百分比，表示系統內存的百分比，表示當寫緩沖使用到系統內存多少的時候，開始向磁盤寫出數據 。
增大之會使用更多系統內存用于磁盤寫緩沖，也可以極大提高系統的寫性能 。但是，當你需要持續、恒定的寫入場合時，應該降低其數值，一般啟動上缺省是10。下面是增大的方法：
echo '40' > /proc/sys/vm/dirty_ratio
◆ /proc/sys/vm/dirty_background_ratio這個參數控制文件系統的pdflush進程，在何時刷新磁盤。單位是百分比，表示系統內存的百分比，意思是當寫緩沖使用到系統內存多少的時候，pdflush開始向磁盤寫出數據。增大之會使用更多系統內存用于磁盤寫緩沖，也可以極大提高系統的寫性能。但是，當你需要持續、恒定的寫入場合時，應該降低其數值，一般啟動上缺省是 5。下面是增大的方法：
echo '20' > /proc/sys/vm/dirty_background_ratio
◆ /proc/sys/vm/dirty_writeback_centisecs這個參數控制內核 的臟數據刷新進程pdflush的運行 間隔。單位是 1/100 秒。缺省數值是500，也就是 5 秒。如果你的系統是持續地寫入動作，那么實際上還是降低這個數值比較好，這樣可以把尖峰的寫操作削平成多次寫操作。設置 方法如下：
echo "200" > /proc/sys/vm/dirty_writeback_centisecs
如果你的系統是短期地尖峰式的寫操作，并且寫入數據不大（幾十M/次）且內存有比較多富裕，那么應該增大此數值：
echo "1000" > /proc/sys/vm/dirty_writeback_centisecs
◆ /proc/sys/vm/dirty_expire_centisecs這個參數聲明Linux內核寫緩沖區里面的數據多“舊”了之后，pdflush 進程就開始考慮寫到磁盤中去。單位是 1/100秒。缺省是30000，也就是 30秒的數據就算舊了，將會刷新磁盤。對于特別重載的寫操作來說，這個值適當縮小也是好的，但也不能縮小太多，因為縮小太多也會導致IO提高太快。建議設置為1500，也就是15秒算舊。
echo "1500" > /proc/sys/vm/dirty_expire_centisecs
當然，如果你的系統內存比較大，并且寫入模式是間歇式的，并且每次寫入的數據不大（比如幾十M），那么這個值還是大些的好。
◆ 與網絡 IO子系統有關的編輯/proc/sys/net/ipv4/tcp_retrans_collapse這個參數控制TCP雙方Window協商出現錯誤的時候的一些重傳的行為。但是在老的2.6的核（<2.6.18）里頭，這個重傳會導致kernel oops，kernel panic，所以，如果出現有tcp_retrans_*樣子的kernel panic，可以把這個參數給設置成0：
echo '0' > /proc/sys/net/ipv4/tcp_retrans_collapse
◆ 提高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) /* how long to wait to destroy TIME-WAIT
* state, about 60 seconds */
而這個宏是真正控制 TCP TIME_WAIT 狀態的超時時間的。如果我們希望減少 TIME_WAIT 狀態的數目（從而節省一點點內核操作時間），那么可以把這個數值設置低一些，根據我們的測試，設置為 10 秒比較合適，也就是把上面的修改為：
#define TCP_TIMEWAIT_LEN (10*HZ) /* how long to wait to destroy TIME-WAIT
* state, about 60 seconds */
然后重新編譯 內核，重啟系統即可發現短連接造成的TIME_WAIT狀態大大減少：
netstat -ant | grep -i time_wait |wc -l
一般情況都可以至少減少2/3。也能相應提高系統應對短連接的速度。
/proc/irq/{number}/smp_affinity在多 CPU 的環境中，還有一個中斷平衡的問題，比如，網卡中斷會教給哪個 CPU 處理，這個參數控制哪些 CPU 可以綁定 IRQ 中斷。其中的 {number} 是對應設備的中斷編號，可以用下面的命令找出：
cat /proc/interrupt
比如，一般 eth0 的 IRQ 編號是 16，所以控制 eth0 中斷綁定的 /proc 文件名是 /proc/irq/16/smp_affinity。上面這個命令還可以看到某些中斷對應的CPU處理的次數，缺省的時候肯定是不平衡的。
設置其值的方法很簡單，smp_affinity 自身是一個位掩碼（bitmask），特定的位對應特定的 CPU，這樣，01 就意味著只有***個 CPU 可以處理對應的中斷，而 0f（0x1111）意味著四個 CPU 都會參與中斷處理。
Linux內核幾乎所有外設都有這個參數設置，可以關注一下。
這個數值的推薦設置，其實在很大程度上，讓專門的CPU處理專門的中斷是效率***的，比如，給磁盤IO一個CPU，給網卡一個CPU，這樣是比較合理的。
【編輯推薦】
