Iometer – Mount file system, Raw device

Loading

實驗性質 Iometer 在磁碟掛載下 Mount file system, 和不掛載下的 Raw device 哪一種效能會比較好??

測試磁碟 I/O 的工具當然是用 Iometer ,關於 Iometer 的使用請自行參考 – iometer – Quick start , iometer

要測試的有分 ext2 , ext3 檔案系統,以及 Raw device
File System

  • ext2
  • ext3

Raw Device

  • sdb

測試環境
Ubuntu 14.04 AMD64 + IOmeter 1.1.0-rc1

  • Disk Targets
    #of Outstanding I/Os(模擬測試同時多個應用程式向 I/O 請求) : 32
    ubuntu10.04_iometer01
  • Access Specifications
    Transfer Request Size(傳送資料大小): 512 Kilo bytes
    Percent Random / Sequential Distribution(隨機率): 100% Sequential
    Percent Read/Write Distribution(讀/寫): 100% Write
    ubuntu10.04_iometer04
  • Test Setup
    Run Time (測試時間): 3 Minutes
    Ramp Up Time (避免快取,所設定的時間不列入計算中.以便得到真正 I/O 的值): 30 Seconds
    ubuntu10.04_iometer03

但是測試出來結果沒有太大的差距
File System

  • ext2 : 57.98MBs
    ubuntu10.04_iometer02
  • ext3 : 59.98MBs
    ubuntu10.04_iometer08

Raw Device

  • sdb : 60.69MBs
    ubuntu10.04_iometer06

不過還是建議使用 Raw device 的方式來進行測試,主要是因為 iometer 在測試掛載的檔案系統時會透過建立 iobw.tst 檔案來進行 “寫入/讀取” 的測試,當系統的硬碟太大時,相對應的 iobw.tst 也需要變大,所花費的時間一樣變多.

在 Iometer 文件提到當 Maximum Disk Size 的預設值為 0 時表示會使用整顆硬碟的空間填滿 iobw.tst 來進行測試 (default is 0, meaning the entire disk or \iobw.tst file.)
iometer_preparing_drives01
而且在測試掛載的檔案系統時,還會遇到另外一個問題.當你切割的磁碟太小時有可能 iometer 跑到的是記憶體的快取而不是硬碟,如我的系統有 24G 的記憶體但 sdb1 只切割出 10G 空間,跑出來就會像下面的超高效能.
Maximum_Disk_Size01

沒有解決問題,試試搜尋本站其他內容

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *

這個網站採用 Akismet 服務減少垃圾留言。進一步了解 Akismet 如何處理網站訪客的留言資料