author:skate
time:2010/04/13
linux的vm相關引數介紹
1. 保證linux有足夠的物理記憶體，可以調整vm的如下引數
vm.min_free_kbytes=409600;//預設值是3797，保證物理記憶體有足夠空閒空間，防止突發性換頁
vm.vfs_cache_pressure=200；//預設是100，增大這個引數設定了虛擬記憶體**directory和i-node緩衝的傾向，這個值越大。越易**
一般在rac的配置環境中配置這三個引數，可以防止換頁引起節點短暫無響應，導致節點重啟
2. 改善io系統的效能
overcommit_memory = 0
vm.overcommit_ratio = 10 //預設值是50，用於虛擬記憶體的物理記憶體的百分比
vm.dirty_ratio = 20 //預設值是40，為了保持穩定，持續的寫入，把這個值調整的小一些，經驗值是20
vm.dirty_background_ratio //預設數值是500，也就是5秒,如果系統要求穩定持續的寫，可以適當降低該值，把峰值的寫操作平均多次，也避免宕機丟失更多的資料
vm.dirty_expire_centisecs //預設是3000，也就是30秒,如果系統寫操作壓力很大，可以適當減小該值，但也不要太小；建議設定為 1500
vm的相關引數在/proc/sys目錄下
相關命令
sysctl -p //修改vm引數後，執行這個命令可以立即生效
sysctl -a //檢視所有的vm引數
與磁碟io子系統有關的
/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秒。預設是 3000，也就是 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//smp_affinity
在多 cpu 的環境中，還有乙個中斷平衡的問題，比如，網絡卡中斷會教給哪個 cpu 處理，
這個引數控制哪些 cpu 可以繫結 irq 中斷。其中的 是對應裝置的中斷編號，
可以用下面的命令找出：
cat /proc/interrupt
比如，一般 eth0 的 irq 編號是 16，所以控制 eth0 中斷繫結的 /proc 檔名是
/proc/irq/16/smp_affinity。上面這個命令還可以看到某些中斷對應的cpu處理的次數，
預設的時候肯定是不平衡的。
設定其值的方法很簡單，smp_affinity 自身是乙個位掩碼（bitmask），特定的位對應特
定的 cpu，這樣，01 就意味著只有第乙個 cpu 可以處理對應的中斷，而 0f（0x1111）
意味著四個 cpu 都會參與中斷處理。
幾乎所有外設都有這個引數設定，可以關注一下。
這個數值的推薦設定，其實在很大程度上，讓專門的cpu處理專門的中斷是效率最高的，比如，
給磁碟io乙個cpu，給網絡卡乙個cpu，這樣是比較合理的。
------end------
linux的vm相關引數介紹
linux的vm相關引數介紹 1.保證linux有足夠的物理記憶體，可以調整vm的如下引數 vm.min free kbytes 409600 預設值是3797，保證物理記憶體有足夠空閒空間，防止突發性換頁 vm.vfs cache pressure 200 預設是100，增大這個引數設定了虛擬記憶...
go build 相關引數的介紹
go build a o cloudbak標記 描述 o 指定輸出檔案。a強行對所有涉及到的 包 包括標準庫中的 包 進行重新構建，即使它們已經是最新的了。n列印構建期間所用到的其它命令，但是並不真正執行它們。p n 構建的並行數量 n 預設情況下並行數量與cpu數量相同。race 開啟資料競爭檢測...
Linux相關介紹
linux相關介紹 1 linux其實是乙個作業系統最底層的核心 linux kernel 及其提供的核心工具。任何人均可取得原始碼與可執行這個核心程式，並且可以修改。此外，因為linux參考設計規範，相容於unix作業系統，故亦可稱為unix like的一種 2 為了讓使用者能夠接觸到linux，...