MooseFS的cache方案

MooseFS通過檢查緩衝的檔案是否被其它的用戶端修改，來決定緩衝是否有效，感覺與我實現的那個版本的DNFS緩衝機制一模一樣，用戶端在判斷緩衝是否有效時，需要串連中繼資料服務器進行確認，以下詳細的說明在集中情況下對緩衝的處理。

 

情境1：

機器A讀取檔案X，（X的中繼資料被加入到機器A的緩衝）

機器B讀取檔案X

此時，機器A欲讀取/修改檔案X（cache有效，因為檔案沒有被修改過）

 

情境2

機器A讀取檔案X

機器A修改檔案X

此時，機器A欲讀取/修改檔案X（cache有效，A已經知道檔案被修改）

 

情境3：

機器A讀取檔案X

機器B修改檔案X

此時，機器A欲讀取/修改檔案X（cache失效，A的快取資料已不是最新的）

 

在DNFS中，用戶端確認緩衝是否有效在open中完成，也就是說以下情況發生時，不能保證緩衝機制正常的工作。

 

情境4：

機器A開啟檔案X（open），並讀取檔案X（沒有關閉）

機器B修改檔案X

此時，機器A繼續讀取檔案X，由於檔案還未關閉（不會調用opoen），A將不檢查緩衝有效性，此時A讀到的資料與第一次讀取的相同，但這已不是X最新的資料。

 

緩衝機制的實現需要考慮很多問題，一致性的保證是痛點，在網路系統中，由於網路延時，完全的一致性是不可能的，必須在效率與一致性之間做折中，如何?與系統的應用環境有關。