Turn on suggestions

Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.

Showing results forÂ

- Dell Community
- :
- Education
- :
- Student Discussions
- :
- Confused about how IOPS is calculated in the "Information Storage and Management Storing..." book

- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page

Highlighted

red888

2 Bronze

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content

â€Ž11-05-2013
12:35 PM

This is my first introduction to IOPS calculation. I'm reading the oft recommend EMC book: "Information Storage and Management Storing...". The book explains IOPS is just a unit conversion of what it calls "Disk Service Time". I found googling, "Disk Service Time" is not as concrete a term in the industry as I thought after reading about it in the book- which is one problem. The other issue is the variables the book uses to calculate disk service time and how it just changes of one of them to something else- "data transfer rate" becomes "internal transfer rate".

When disk service time is first mentioned in the book it explains:

page 37:

"Disk service time is the time taken by a disk to complete an I/O request. Components

that contribute to the service time on a disk drive are **seek time,rotational latency,**

**and data transfer rate**"

It explains "data transfer rate":

"refers to the average amount of data per unit time that the drive can deliver to the HBA"

But then a few pages later, when IOPS is calculated, it says:

page 43:

"As discussed earlier in this chapter, the total disk service time (Ts) is

the sum of the **seek time** (T), **rotational latency** (L), and ** internal transfer time** (X):"

Um, no, as discussed earlier X was "data transfer rate". According to the book "** Internal** transfer rate" is the rate data moves from the platters to the disk's internal buffer. Also the "

Then it gives you the following example of how to calculate the Disk Service time for HDD and uses the "**internal** transfer rate" again instead of the "data transfer rate":

"Consider an example with the following specifications provided for a disk:

- The average seek time is 5 ms in a random I/O environment; therefore, T = 5 ms.
- Disk rotation speed of 15,000 revolutions per minute or 250 revolutions per second â€” from which rotational latency (L) can be determined, which is one-half of the time taken for a full rotation or L = (0.5/250 rps expressed in ms).
- 40 MB/s
**internal data transfer rate**, from which the internal transfer time (X) is derived based on the block size of the I/O â€” for example, an I/O with a block size of 32 KB; therefore X =**32 KB/40 MB**.

Consequently, the time taken by the I/O controller to serve an I/O of block

size 32 KB is (TS) = 5 ms + (0.5/250) + 32 KB/40 MB = 7.8 ms.

Therefore, the maximum number of I/Os serviced per second or IOPS is

(1/TS) = 1/(7.8 Ã— 10^-3) = 128 IOPS."

Now here is the other thing that confuses me: **X = 32 KB/40 MB**. Which the book says equals .8. What the heck is .8!? It just divided 32 by 40 without doing any unit conversion. .8 doesn't represent bytes, kilobytes, or megabytes so what is that value?

I know this is a long post, but I have not bee able to get any answers to these questions I have elsewhere.

Solved! Go to Solution.

1 Solution

Accepted Solutions

Highlighted

carolineh1

2 Bronze

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content

â€Ž11-07-2013
08:30 AM

Hi red888,

One thing to clear up is that disk service time = seek time + rotational latency **+ data transfer time**. Aside from whether the term is "internal transfer" or "data transfer," you are adding a

In the example question you posted, .8 is the ratio of the data block size to the amount of data that can be transferred in 1 ms. You have .032 MB of data in the block (32/1024, with a little fudging). The disk is able to transfer 40 MB/s, or .040 MB/ms of data to the internal buffer (also called the cache).

Therefore, instead of taking a whole millisecond to transfer the .032 MB of data, it takes .032/.040 = .8 milliseconds (which is the ratio of block size to be transferred to the total data able to be transferred in 1 millisecond.) .8 ms is the data transfer *time*, which we got using this formula: data block size/data transfer rate.

So, putting it all together,

IOPS serviced by a disk = 1 / seek time + [.5/ (disk rpm /60)] + (data block size/data transfer rate)

In addition, for a performance-sensitive application, the best practice is to multiply the IOPS serviced by a disk by .7, to add some cushion to meet your performance requirements. In terms of what information the vendor provides, I'd keep asking around about what information to rely upon. Hope this helps!

~C

4 Replies

Highlighted
##
Re: Confused about how IOPS is calculated in the "Information Storage and Management Storing..." book

Jump to solution

KEHutchinson

4 Tellurium

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content

â€Ž11-05-2013
01:54 PM

I can tell you why 32 KB/40 MB equals 0.8.

Ts = 5 ms + (0.5/250 rps) + (32 KB/40 MB/s) = 7.8

- T is already calculated at 5 milliseconds. Therefore, all other parts of the equation must be converted to milliseconds
- 0.5/250 rps = 0.002 seconds, converted to milliseconds, 2 ms
- 32 KB/40 MB/s has two conversion parts: KB to MB and MB/s to MB/ms
- 32 KB = .32 MB
- 40 MB/s = .04 MB/ms
- Hence, 0.32 MB/0.04 MB/ms = 0.8

- To put this together:
- 5 + 2 + 0.8 = 7.8

From your question, I think you are forgetting to convert the MB/s into MB/ms.

Highlighted
##
Re: Confused about how IOPS is calculated in the "Information Storage and Management Storing..." book

Jump to solution

red888

2 Bronze

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content

â€Ž11-06-2013
06:22 AM

Thanks for your reply I really appreciate it.

Forgive if I'm missing something, but wouldn't 32 kb = **.032** mb (fudging 0.03125 of course)? I can confirm this with google.

That would be .032 / .04 = 8 not .8

But my real concern is how IOPS is calculated. Is it impossible to calculate IOPS for a single drive yourself without knowing the internal data rate? Would you even want to? Should you always just rely on the vendor's stated IOPS?

What if a vendor provides the IOPS for a disk and doesn't provide the block size? Should I just assume it is 4kb (which is usually what manufacturers use for their IOPS ratings)? If I'm not sure of the block size for the stated IOPS then I can't convert to my application\File system's block size for an accurate measurement.

0
Kudos

Highlighted

carolineh1

2 Bronze

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content

â€Ž11-07-2013
08:30 AM

Hi red888,

One thing to clear up is that disk service time = seek time + rotational latency **+ data transfer time**. Aside from whether the term is "internal transfer" or "data transfer," you are adding a

In the example question you posted, .8 is the ratio of the data block size to the amount of data that can be transferred in 1 ms. You have .032 MB of data in the block (32/1024, with a little fudging). The disk is able to transfer 40 MB/s, or .040 MB/ms of data to the internal buffer (also called the cache).

Therefore, instead of taking a whole millisecond to transfer the .032 MB of data, it takes .032/.040 = .8 milliseconds (which is the ratio of block size to be transferred to the total data able to be transferred in 1 millisecond.) .8 ms is the data transfer *time*, which we got using this formula: data block size/data transfer rate.

So, putting it all together,

IOPS serviced by a disk = 1 / seek time + [.5/ (disk rpm /60)] + (data block size/data transfer rate)

In addition, for a performance-sensitive application, the best practice is to multiply the IOPS serviced by a disk by .7, to add some cushion to meet your performance requirements. In terms of what information the vendor provides, I'd keep asking around about what information to rely upon. Hope this helps!

~C

Highlighted
##
Re: Confused about how IOPS is calculated in the "Information Storage and Management Storing..." book

Jump to solution

Anonymous

Not applicable

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content

â€Ž11-08-2013
05:21 AM

Hi red888,

Answering your second question about the calculation of IOPS.

We've got 4 variables in 1 equation:

Ts = T + L ** + **X

It means, that using this equation we could define only the one variable. Other variables should be predefined (that's the maths law). Hence, if a vendor provides the IOPs for the disk, but doesn't provide any information about seek time and rotational latency we cannot define the transfer rate. And so, we can't define the block size using this equation.

I suppose, that if you really need to know the block size you could ask your vendor to provide you with this information.