CDH針對性系統引數優化

2021-10-23 03:20:43 字數 1462 閱讀 4595

//表示當髒葉所佔記憶體數量超過該值時,核心flusher執行緒開始回寫髒頁,(與dirty_background_ratio衝突,只能設定乙個)

echo 220000000 > /proc/sys/vm/dirty_background_bytes

//當髒頁所佔記憶體數量達到該值時,執行磁碟寫操作的進場開始回寫髒資料

echo 320000000 > /proc/sys/vm/dirty_bytes

//表示髒(快取)資料達到系統整體記憶體的百分比,此時觸發pdflush程序把髒資料寫回磁碟(寫優化引數)

echo > 0 /proc/sys/vm/dirty_backgound_ratio

//表示程序產生的髒資料到達系統整體記憶體的百分比,此時程序自行把髒資料寫回磁碟

echo > 0 /proc/sys/vm/dirty_ratio

//pdflush程序週期性間隔多久把髒資料寫回磁碟

echo > 500 /proc/sys/vm/dirty_writeback_centisecs

//表示髒資料在記憶體中主流時間超過該值時,此時觸發pdflush程序把髒資料寫回磁碟

echo 4500 > /proc/sys/vm/dirty_expire_centisecs

//表示tcp在time-wait下是否響應reset,如果設定為0則表示在time-wait下如過接收到reset則會直接關閉tcp鏈結

echo 1 > /proc/sys/net/ipv4/tcp_rfc1337

//關閉透明大頁(開啟後會有一些效能影響,oracle官方不建議開啟)

echo never > /sys/kernel/mm/transparent_hugepage/enabled

echo never > /sys/kernel/mm/transparent_hugepage/degrag

//表示從不在傳送資料到鏈結上傳送保持鏈結訊號之間所需要的秒數

echo 120 > /proc/sys/net/ipv4/tcp_keepalive_time

//當某乙個節點記憶體不足時,如果設定為0,那麼系統優先從其他節點分配記憶體,如果設定為1,那麼系統優先從本地**cache記憶體

echo 0 > /proc/sys/vm/zone_reclaim_mode

//io請求的排程演算法,(cfg:完全公平佇列所有的程序分配同等的快裝置使用時間片,deadline:在保證順序訪問的同時,兼顧其他請求不被終端)

echo deadline > /sys/block/sda/queue/scheduler

//一次提前讀取多少內容,無論實際需要多少;設定大一些對讀取大檔案非常有用,可以有效減少seek的次數(讀優化引數)

echo 8 > /sys/class/block/sda/queue/read_ahead_kb

//單個jvm可以開啟的最大執行緒數

echo 1048575 > /proc/sys/vm/max_map_count

針對測試報告進行針對性優化

在壓力測試發現問題以後,就要進行有針對性的優化。對於不同的系統,這個過程的策略並不是確定的,但是大概可以劃分為以下幾個步驟 1.定位效能瓶頸,找出系統存在的問題 不同系統的特點不同,在效能瓶頸上也有不同的表現,一般來說,下面的幾個方面通常存在比較大的優化空間 1 磁碟i o及檔案操作 由於磁碟i o...

針對性的mysql 查詢統計

需求如下 human m 表角色資訊表 human m.id human m.name task m 表角色任務表 關聯human m表id task m.id task m.compleatetask human m 和task m表是一對多的關係,即 乙個角色對應多調任務表 資料 其中b表com...

關於檢測有針對性的

日誌記錄事件和執行安全資訊事件管理系統都很關鍵,而同樣重要的就是對終端使用者進行適當的培訓。從最近針對hbgary公司的 來看,沒有任何公司能夠倖免於資料洩漏的,哪怕是知名安全公司。關於有針對性 有趣的事實就是,很少有公司將 細節公諸於眾,即使公開 細節,也只是側重漏洞和防禦的問題,很少有人將重點放...