我在之前的博文提過Flashcache的cache是以set為單位管理的，每個set預設2M。 當單個set裡面的髒頁數量超過dirty_thresh_pct的時候，就會啟動背景工作佇列來把超過設定的髒頁回寫到後備磁碟去。 這裡有別的同學對flashcache設計文件的翻譯.

參看dirty_thresh_pct的文件解釋：

dev.flashcache..dirty_thresh_pct = 20
Flashcache will attempt to keep the dirty blocks in each set
under this %. A lower dirty threshold increases disk writes,
and reduces block overwrites, but increases the blocks
available for read caching.

Flashcache之所以這樣做的目的是當它在處理使用者IO請求需要cache塊的時候，保證馬上可以拿的出來。因為讀寫的時候，如果需要的cache塊不能滿足的話，flashcache選擇簡單的繞過cache機制，直接走uncache io, 同時啟動頁面回收，一下子收回超過設定部分的頁面，對效能有很大的損失。
特別是順序寫的時候，寫一圈，再回繞在寫的場合，效能特別差，就是這個原因。

那麼如何保持一定量的可用cache塊就很重要。通常cache資料都有冷熱點，而且和時間很大關係。flashcache對冷熱的判斷是透過LRU類似的演算法來判斷的，這個是基於使用頻度的維度。但是缺乏時間維度的判斷。

新版本的flashcache引入了fallow_delay引數來解決這個問題，如果一個髒頁超過fallow_delay秒，預設15分鐘，都沒有重新被訪問到，那麼資料就會被回寫。 回寫後，作為候選頁面可以被新的cache重新利用。

參看fallow_delay的文件解釋：

Sysctls for writeback mode only :
dev.flashcache..fallow_delay = 900
In seconds. Clean dirty blocks that have been “idle” (not
read or written) for fallow_delay seconds. Default is 15
minutes.
Setting this to 0 disables idle cleaning completely.

但是這樣也有不理想的地處，加大了回寫的概率，相應的加大了刷盤的數量，增加後備慢速磁碟的負擔。 於是它引入另外引數fallow_clean_speed控制每次回刷的強度。

dev.flashcache..fallow_clean_speed = 2
The maximum number of “fallow clean” disk writes per set
per second. Defaults to 2.

使用者通過配置這二個引數能夠更好的根據業務特點微調flashcache，取得效能和回寫量的平衡。

祝玩得開心！

Post Footer automatically generated by wp-posturl plugin for wordpress.