iometer(Iometer測試同時順序寫和隨機寫)

很多朋友想了解關於iometer的一些資料信息，下麵是(揚升資訊www.balincan8.com)小編整理的與iometer相關的內容分享給大家，一起來看看吧。

IOMeter裏麵的Outstanding I/Os是什麽？隊列深度

方法：1、“開始”-》“所以程序”-》“Iometer。2、點擊Iometer的Worker1（如果使用多coreCPU，每個worker對應一個Core）選擇要測試的磁盤或RAID卷將“#ofOutstandingI/Os”改為“64”。

IOMeter裏不同隊列深度的測試為什麽IOPS總是一樣

前麵的幾次實驗，用的載體品質不高，獨立硬盤也好，4個sas組raid0也好，看來他們的品質即《大話存儲》中提到的消化能力很弱，以致於queue depth很小的時候，就已經達到了飽和，此時提升qd，由於處理過飽和，io延遲成倍增加。在後麵的幾個測試中，載體的品質優良，能夠體現出曲線，也就是大話P55頁中圖3.31中靠右邊的曲線。很明顯，這種測試結果可以很好的說明載體內部的處理消化能力。2個worker與一個worker的qd設為2，還是有一定區別的。體現在線程方麵，2個worker是兩個線程，一個worker是一個線程中一次發兩個請求。 理論上後者比前者要強，因為兩線程開銷比單線程大，同樣為兩個請求，單線程一次就可以發出，兩線程要分兩次，context switch，interrupt等需要引入延遲。另外，queue depth越深，越占便宜，這就是臉皮厚吃個夠，這樣會餓死其它qd淺的客戶端。

本文到此結束，希望對大家有所幫助呢。