Friday, 26 March 2010

A Brief Guide to Using IOmeter & Sample Results

1) Download iometer from the net and run the setup.exe


2) All Programs -> Iometer -> Iometer

3a) Under ‘Topology’ tab, select the local machine and under ‘Disk Targets’ tab select the drive you want to run the IO test on:


<< The red line through the drive just means that iometer needs to prepare the drive before its runs – no problem >>

3b) Set Maximum Disk Size to 204800 Sectors (one sector is 512 B, so 204800 sectors gives 100MB)


4) Under ‘Access Specifications’ tab, under Global Access Specifications, select Default, and Click Add


<< Default test is – 67% read, 33% write, 2 KB, 100% Random non/sequential writes, Burst Length 1 I/O. This is fine for this brief guide and the sample results below use this. >>

5a) Under ‘Results Display’ tab, under Update Frequency, set to 10 seconds


5b) Under ‘Test Setup’ tab, set Run Time to 1 minute


6) The click the green flag to start the test, and choose a location to save the results….



Sample Results (over 1 minute)

1) 7.2K SATA Hard Drive (Test run from XP Workstation)


73.49 Total I/Os per Second
0.14 Total MBs per Second
13.60 Average I/O Response Time (ms)
95.39 Maximum I/O Response Time (ms)

2) RAID 5 of 6 x 10k SCSI Ultra 320 disks (Test run from Windows XP Machine on vSphere with Openfiler iSCSI storage)

1727.29 Total I/Os per Second
3.37 Total MBs per Second
0.58 Average I/O Response Time (ms)
128.61 Maximum I/O Response Time (ms)

3) RAID 5 of 6 x 15k SCSI Ultra 320 disks (Test run from Windows XP Machine on vSphere with Openfiler iSCSI storage)

2235.17 Total I/Os per Second
4.37 Total MBs per Second
0.45 Average I/O Response Time (ms)
13.92 Maximum I/O Response Time (ms)

4*) 2-way replicated stripe across 3 LeftHand NSMs each with 12 15K SAS Dual Port hard drives in 2 RAID 5s of 6 disks (Test run from Windows XP Machine on vSphere with LeftHand iSCSI storage)

1514.57 Total I/Os per Second
5.92 Total MBs per Second
0.66 Average I/O Response Time (ms)
459.05 Maximum I/O Response Time (ms)

*1,2,3 used default test – 67% read, 33% write, 2 KB, 100% Random non/sequential writes, Burst Length 1 I/O. 4 used 100% read, 0% write, 4KB, 0% Random. I kept getting surprisingly poor results for LeftHand in comparision to Openfiler using the default test – this must be put in context though as the LeftHand has many VMs running on it, uses thin-provisioned LUNs and 2-way replicated volumes; whereas the Openfiler is relatively un-utilized, has thick-provisioned LUNs, and no storage node redundancy.

 
Author V. Cosonok


4 comments:

  1. Thanks, I was running my own IO tests for usb flash drives connected to a vm via the host and from a client machine via vpshere client passthrough. It's nice to go over someone else's setup.

    ReplyDelete
    Replies


    1. Năm bộ Kim Tiên Khôi lỗi tốc độ cực nhanh, nhanh chóng xuất hiện tại bên người năm nhân hình Khôi lỗi, tốc độ vượt qua xa năm nhân hình Khôi lỗi kia.

      - Rầm rầm rầm.

      - Thình thình.

      Một thanh âm trầm đục vang lên, lập tức năm bộ Kim Tiên Khôi lỗi đã phá hủy cánh tay còn lại của năm bộ nhân hình Khôi lỗi thành bột phấn, đối với năm bộ Kim Tiên Khôi lỗi, năm dongtam
      mu moi ra hom nay
      tim phong tro
      http://nhatroso.com/
      nhạc sàn
      tổng đài tư vấn luật
      văn phòng luật hà nội
      tổng đài tư vấn luật
      thành lập công ty trọn gói
      http://we-cooking.com/
      chém gió
      trung tâm tiếng anhbộ nhân hình Khôi lỗi không chịu nổi một kích.

      - Thình thình.

      Nhạc Thành khống chế năm bộ Kim Tiên Khôi lỗi cùng nhân hình khôi lỗi của Đoan Mộc Nguyên oanh kích cùng một chỗ, lập tức đều bị đánh bay ra sau mấy chục thước, bất phân thắng bại.

      Khuôn mặt Đoan Mộc Nguyên cùng Đoan Mộc Xuyên sắc cũng cũng khó khăn nhìn lại, Kim Tiên Khôi lỗi Nhạc Thành không ngờ cường ngạnh đến trình độ này.

      - Chết tiệt, tiểu tử kia, ta đối phó với ngươi đã.

      Delete
  2. Hi Vidad, I'm trying to get my heard around iometer lately, and from what I read here: http://communities.vmware.com/docs/DOC-3961, to avoid your guest OS caching the "iobw.tst" file in RAM, it's essential that we set the max sector size to a number which represents a size greater than the total guest RAM. VMware recommend 4 times in the above doc, and some recommend 10 times. Are you running XP with the min. of 64MB RAM in the above example?

    ReplyDelete
    Replies
    1. Hi Mohammed, that's an interesting link, thank you. This post is going back a bit now, I'm sure I didn't have the machine limited to 64MB RAM though. Another tool that's worth trying is vdbench, you can set a specific amount of IOPs and see what latency your SAN is reporting - a better real world test in many ways. Cheers!

      Delete