≡ Menu

Linux and Unix Test Disk I/O Performance With dd Command

How can I use dd command on a Linux to test I/O performance of my hard disk drive? How do I check the performance of a hard drive including the read and write speed on a Linux operating systems?

You can use the following commands on a Linux or Unix-like systems for simple I/O performance test:

  • dd command : It is used to monitor the writing performance of a disk device on a Linux and Unix-like system.
  • hdparm command : It is used to get/set hard disk parameters including test the reading and caching performance of a disk device on a Linux based system.

In this tutorial you will learn how to use the dd command to test disk I/O performance.

Use dd command to monitor the reading and writing performance of a disk device:

  1. Open a shell prompt.
  2. Or login to a remote server via ssh.
  3. Use the dd command to measure server throughput (write speed) dd if=/dev/zero of=/tmp/test1.img bs=1G count=1 oflag=dsync
  4. Use the dd command to measure server latency dd if=/dev/zero of=/tmp/test2.img bs=512 count=1000 oflag=dsync

The dd command is useful to find out simple sequential I/O performance.

Understanding dd command options

In this example, I’m using RAID-10 (Adaptec 5405Z with SAS SSD) array running on a Ubuntu Linux 14.04 LTS server. The basic syntax is as follows to find out server throughput:

 dd if=/dev/input.file  of=/path/to/output.file  bs=block-size  count=number-of-blocks  oflag=dsync
 ## GNU dd syntax ##
 ##########################################################
 ##***[Adjust bs and count as per your needs and setup]**##
 ##########################################################
 dd if=/dev/zero of=/tmp/test1.img bs=1G count=1 oflag=dsync
 dd if=/dev/zero of=/tmp/test2.img bs=64M count=1 oflag=dsync
 dd if=/dev/zero of=/tmp/test3.img bs=1M count=256 conv=fdatasync
 dd if=/dev/zero of=/tmp/test4.img bs=8k count=10k
 dd if=/dev/zero of=/tmp/test4.img bs=512 count=1000 oflag=dsync
 ## OR alternate syntax for GNU/dd ##
 dd if=/dev/zero of=/tmp/testALT.img bs=1G count=1 conv=fdatasync

Sample outputs:

Fig.01: Ubuntu Linux Server with RAID10 and testing server throughput with dd

Fig.01: Ubuntu Linux Server with RAID10 and testing server throughput with dd


Please note that one gigabyte was written for the test and 135 MB/s was server throughput for this test. Where,

  • if=/dev/zero (if=/dev/input.file) : The name of the input file you want dd the read from.
  • of=/tmp/test1.img (of=/path/to/output.file) : The name of the output file you want dd write the input.file to.
  • bs=1G (bs=block-size) : Set the size of the block you want dd to use. 1 gigabyte was written for the test. Please note that Linux will need 1GB of free space in RAM. If your test system does not have sufficient RAM available, use a smaller parameter for bs (such as 128MB or 64MB and so on).
  • count=1 (count=number-of-blocks): The number of blocks you want dd to read.
  • oflag=dsync (oflag=dsync) : Use synchronized I/O for data. Do not skip this option. This option get rid of caching and gives you good and accurate results
  • conv=fdatasyn: Again, this tells dd to require a complete “sync” once, right before it exits. This option is equivalent to oflag=dsync.

Finding server latency time

In this example, 512 bytes were written one thousand times to get RAID10 server latency time:

dd if=/dev/zero of=/tmp/test2.img bs=512 count=1000 oflag=dsync

Sample outputs:

1000+0 records in
1000+0 records out
512000 bytes (512 kB) copied, 0.60362 s, 848 kB/s

Please note that server throughput and latency time depends upon server/application load too. So I recommend that you run these tests on a newly rebooted server as well as peak time to get better idea about your workload. You can now compare these numbers with all your devices.

But why the server throughput and latency time are so low?

Low values does not mean you are using slow hardware. The value can be low because of the HARDWARE RAID10 controller’s cache.

Use hdparm command to see buffered and cached disk read speed

I suggest you run the following commands 2 or 3 times Perform timings of device reads for benchmark and comparison purposes:

### Buffered disk read test for /dev/sda ##
hdparm -t /dev/sda1
## OR ##
hdparm -t /dev/sda

To perform timings of cache reads for benchmark and comparison purposes again run the following command 2-3 times (note the -T option):

## Cache read benchmark for /dev/sda ###
hdparm -T /dev/sda1
## OR ##
hdparm -T /dev/sda

OR combine both tests:

hdparm -Tt /dev/sda

Sample outputs:

Fig.02: Linux hdparm command to test reading and caching disk performance

Fig.02: Linux hdparm command to test reading and caching disk performance


Again note that due to filesystems caching on file operations, you will always see high read rates.

Use dd command on Linux to test read speed

To get accurate read test data, first discard caches before testing by running the following commands:

flush
echo 3 | sudo tee /proc/sys/vm/drop_caches
time dd if=/path/to/bigfile of=/dev/null bs=8k

Linux Laptop example

Run the following command:

### Debian Laptop Throughput With Cache ##
dd if=/dev/zero of=/tmp/laptop.bin bs=1G count=1 oflag=direct
 
### Deactivate the cache ###
hdparm -W0 /dev/sda
 
### Debian Laptop Throughput Without Cache ##
dd if=/dev/zero of=/tmp/laptop.bin bs=1G count=1 oflag=direct

Apple OS X Unix (Macbook pro) example

GNU dd has many more options but OS X/BSD and Unix-like dd command need to run as follows to test real disk I/O and not memory add sync option as follows:

## Run command 2-3 times to get good results ###
time sh -c "dd if=/dev/zero of=/tmp/testfile bs=100k count=1k && sync"

Sample outputs:

1024+0 records in
1024+0 records out
104857600 bytes transferred in 0.165040 secs (635346520 bytes/sec)
 
real	0m0.241s
user	0m0.004s
sys	0m0.113s

So I’m getting 635346520 bytes (635.347 MB/s) write speed on my MBP.

Not a fan of command line…?

You can use disk utility (gnome-disk-utility) on a Linux or Unix based system to get the same information. The following screenshot is taken from my Fedora Linux v22 VM.

Graphical method

Click on the “Activities” or press the “Super” key to switch between the Activities overview and desktop. Type “Disks”

Fig.03: Start the Gnome disk utility

Fig.03: Start the Gnome disk utility


Select your hard disk at left pane and click on configure button and click on “Benchmark partition”:
Fig.04: Benchmark disk/partition

Fig.04: Benchmark disk/partition


Finally, click on the “Start Benchmark…” button (you may be promoted for the admin username and password):
Fig.05: Final benchmark result

Fig.05: Final benchmark result

Which method and command do you recommend to use?

  • I recommend dd command on all Unix-like systems (time sh -c "dd if=/dev/zero of=/tmp/testfile bs=100k count=1k && sync"
  • If you are using GNU/Linux use the dd command (dd if=/dev/zero of=/tmp/testALT.img bs=1G count=1 conv=fdatasync)
  • Make sure you adjust count and bs arguments as per your setup to get a good set of result.
  • The GUI method is recommended only for Linux/Unix laptop users running Gnome2 or 3 desktop.

See also: HowTo: Linux Check IDE / SATA Hard Disk Transfer Speed and man pages: dd(1), hdparm(1)

Share this tutorial on:

Your support makes a big difference:
I have a small favor to ask. More people are reading the nixCraft. Many of you block advertising which is your right, and advertising revenues are not sufficient to cover my operating costs. So you can see why I need to ask for your help. The nixCraft, takes a lot of my time and hard work to produce. If you use nixCraft, who likes it, helps me with donations:
Become a Supporter →    Make a contribution via Paypal/Bitcoin →   

Don't Miss Any Linux and Unix Tips

Get nixCraft in your inbox. It's free:



{ 9 comments… add one }
  • kreso August 8, 2015, 8:14 pm

    Hi,

    looking at that strange uneven graph I think that Virtualbox can be blamed maybe? ,, but the numbers are impresive nevertheless :) Thanks for great post

  • Jalal Hajigholamali August 9, 2015, 5:34 am

    Hi,
    Very useful article
    Thanks a lot

  • Jeff Darcy August 9, 2015, 10:35 am

    As a file system developer, I believe there should be a special place in hell for people who test storage performance using dd. At its very best, it tells you about one rarely-relevant kind of performance – sequential single-stream write bandwidth. It won’t reveal anything about performance with multiple threads or deeper queues, latency, variability, etc. “I tested with dd and it was {fast,slow}” is one of the least informative things to see in a benchmark or bug report. The usual starting point for storage-performance testing is iozone, which is just as portable as dd and in the same ballpark with respect to ease of use. Fio can do an even better job of simulating the way that storage is actually used under real workloads, but it’s considerably more complicated. With such tools readily available, using dd to measure performance is a bit like using a ruler to measure temperature.

    • -Sx- August 12, 2015, 2:58 am

      Agreed but dd is still a good place to start.

      -Sx-

  • Jeff Darnit August 12, 2015, 3:28 am

    JDarcy, you are an idiot. Seriously? Are you “that” upset?!!!

    • Unix Unicorn August 14, 2015, 4:16 am

      Darnit!

  • Ariel August 12, 2015, 10:25 am

    very interesting, thanks for sharing :-)

  • SK August 15, 2015, 2:18 am

    Hello, I have some trouble understanding this: GNU dd has many more options but OS X/BSD and Unix-like dd command need to run as follows to test real disk I/O and not memory add sync option as follows
    What does “memory add sync” mean? I’m a tyro in such field.Thanks.

  • Bryn August 17, 2015, 1:32 am

    Yeaaaah, forget dd, forget hdparm. Virtually every distro these days includes bonnie++ which works quite well and tests read/write/rewrite (important!) as well as random I/O, file delete and create plus seek times. Bonnie has been around forever, I don’t know why anyone would be using dd or hdparm.

    IOZone is great, as it runs on a variety of platforms, but it probably isn’t in your distro’s repository already.

Leave a Comment

You can use these HTML tags and attributes: <strong> <em> <pre> <code> <a href="" title="">


   Tagged with: