使用time+dd測試硬盤讀寫速度


命令:time dd if=/dev/zero bs=1M count=2048 of=direct_2G   此命令為在當前目錄下新建一個2G的文件

Demo如下:

寫速度:

time dd if=/dev/zero of=test.dbf bs=8k count=300000
其中/dev/zero是一個偽設備,它只產生空字符流,對它不會產生IO,所以,IO都會集中在of文件中,of文件只用於寫,所以這個命令相當於測試磁盤的寫能力。

輸出的結果類似(因為一般更長測試時間更准確,所以可以設置count大一些):
300000+0 records in
300000+0 records out

real 0m36.669s
user 0m0.185s
sys 0m9.340s

所以寫速度為:8*300000/1024/36.669=63.916M/s

讀速度:

time dd if=/dev/sda1 of=/dev/null bs=8k
因為/dev/sdb1是一個物理分區,對它的讀取會產生IO,/dev/null是偽設備,相當於黑洞,of到該設備不會產生IO,所以,這個命令的IO只發生在/dev/sdb1上,也相當於測試磁盤的讀能力

輸出的結果類似:
448494+0 records in
448494+0 records out


real 0m51.070s
user 0m0.054s
sys 0m10.028s

所以sda1上的讀取速度為:8*448494/1024/51.070=68.61M/s

 

============================================================================================

 

dd

 

dd命令是一個非常強大的命令,對於一些比較底層的問題,使用dd命令往往可以得到出人意料的效果。我們可以用它來測試磁盤的讀寫性能。

而對於dd命令,我們常用到的兩個設備就是 /dev/null /dev/zero ,特殊設備 見這里說明:http://blog.csdn.net/menogen/article/details/38060003

dd有有些參數是挺難理解的,今天用了兩個小時才弄明白了設置conv=conv=fsync,oflag=sync/dsync,后兩者比較好區分,前兩者不好區分

我們知道 使用dd來測試硬盤讀寫速度只能提供一個大概的測試結果,而且是連續IO 而不是隨機IO ,理論上文件規模越大,測試結果越准確。理論上bs越大,所測得性能越高

如何真正寫磁盤

 

dd if=/dev/zero of=test bs=64k count=16k 這個是不准確的,因為命令結束的時候數據還沒有真正寫到磁盤上去,因為對磁盤的寫,我們一般是先寫到了緩存就返回了。

我們來看dd的幫助頁面對於一些參數的解釋

the FLAG 參數(完整的看手冊哦,這里假設你是知道iflag跟oflag的)

-dsync
   Use synchronized I/O for data. For the output file, this forces a physical write of output data on each write. For the input file, this flag can matter when reading from a remote file that    has been written to synchronously by some other process. Metadata
(e.g., last-access and last-modified time) is not necessarily synchronized. 

-sync    likewise, but also for metadata

the CONV參數
   -fsync 
  Synchronize output data and metadata just before finishing. This forces a physical write of output data and metadata

dsync跟sync比較好理解,前者是只同步寫數據,sync同時寫元數據

但是感覺dsync與 -fsync怎么感覺有些一樣? 網上的說法是  dd if=/dev/zero of=test bs=64k count=4k oflag=dsync 這個可以當成是模擬數據庫插入操作,所以很慢,但還是沒太明白。

后來自己認真的摳了這英文用詞, conv=fsync  Synchronize output data and metadata just before finishing 意思也就是在dd命令結束前同步data和metadata,那就是不是每一次寫都同步一次咯,也就是如果我們在dd命令中寫了100次,他可能是等到最后的時候才把他們同步到磁盤。而oflag=dsync是說Use synchronized
I/O for data. For the output file, this forces a physical write of output data on each write,注意這里邊用詞  a physical write of output data on each write,那就是他是每一次寫都得等到這一次寫寫到了磁盤才進行下一個寫,也就是如果我們使用dd寫100次,他每次寫都是寫到磁盤后才進行下一次寫的。所以這樣當然要比conv=fsync慢一些吧。那么自己感覺如果只是寫一次的話,兩者應該是差別不大的,后來做了下小實驗,證實確實是這樣的。

在第一個圖中,我們只寫1塊,然后使用oflag=sync與conv=fsync 測出來一個是32.1kb/s 一個是37.8kb/s 差別不大。但是下一個我寫1000個,conv=fsync就明顯的比oflag=dsync/sync快很多了,所以覺得上面自己扣的英文的理解應該是正確的。

所以在用dd做讀或者寫的時候,應該要注意自己的使用場景,如果需要將數據寫入磁盤的話

dd if=/dev/zero of=test bs=64k count=16k  是不准確的,

而 dd if=/dev/zero of=test bs=64k count=16k conv=fsync 比較准備,他在dd結束前會寫到磁盤,

而dd if=/dev/zero of=test bs=64k count=4k oflag=dsync或者sync 是真正的每寫一次就寫一次磁盤,所以其實可以聽到磁盤啪啪啪的響的。

dd如何繞開cache

如果要規避掉文件系統cache,直接讀寫,不使用buffer cache,需做這樣的設置
iflag=direct,nonblock
oflag=direct,nonblock
iflag=cio
oflag=cio
direct 模式就是把寫入請求直接封裝成io 指令發到磁盤
非direct 模式,就把數據寫入系統緩存,然后就認為io 成功,並由操作系統決定緩存中的數據什么時候被寫入磁盤


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM