8

My professor posted a slide on how to calculate the data retrieval from hard disk using the block model. The specs were:

  • 7200 RPM
  • 5ms SEEK
  • 80MB/s TRANSFER RATE
  • BLOCK MODEL : Block size 4KB

I don't understand how he did the following calculation or where did some of the numbers came from:

5ms + 1000/240 ms + 0.05ms = 9.216ms to read block.

Can anyone tell me where did 1000/240 ms and 0.05ms come from?

EDIT: IF the numbers happened to be completely wrong, how would you do this then?

3
  • There are three components. The seek time, the time for the data to rotate under the read head ( he's taken half of the complete rotation time as the average) and the transfer time. May 15, 2013 at 17:52
  • Actually there's a fourth component, the "transfer time" is in two distinct, non-overlapping operations. First there's the read from the platter to the sector buffer. Then there's another transfer from sector buffer to the host over the drive interface (e.g. SATA). There's a widespread misconception that these two transfers can occur concurrently; they can not. The sector data has to be validated after it has been read and before it is sent to the host. @Hennes mentions this as part of ignored items.
    – sawdust
    May 15, 2013 at 20:18
  • Beware that the finer points of seek time are poorly understood by almost everyone. Seek time is not a linear function but a curve based on number of cylinders. The seek (using a voice-coil actuator) consists of an acceleration phase and a deceleration phase and when the seek is long enough, a phase of maximum velocity in between. An average seek time has to be weighted to account for only 2 possible full-stroke seeks but 2*(NCYL-1) single-track seeks, 2*(NCYL-2) 2-track seeks ... and NCYL "seeks" of zero time when no head travel is necessary.
    – sawdust
    May 15, 2013 at 20:50

2 Answers 2

12

The disk in question has a transfer rate of 80 MiB/s, or 81920 kiB/s, or 20480 blocks/s. Here, we will round off to 20,000 blocks/second, since this appears to be what your professor did. This equates to 0.05 ms to transfer a block, explaining the last term in the equation.

Finally, in addition to seek time (time to move the drive head to the track), there is also the rotational latency of the disk itself to deal with. At 7200 RPM, in the worst case, we have to wait 1 full revolution, but on average we have to wait a half-revolution - or 4.166ms (7200 RPM = 120 rev/sec = 8.333ms/rev).

Thus, to transfer one block to the computer, we must wait the equivalent Seek Time + Rotational Latency + Transfer Time:

5 ms + 4.166 ms + 0.05 ms = 9.216 ms

Note that for solid-state drives, while there is no rotational latency to take into account, there certainly still is a measurable seek time (to actually address the contents of the sectors in the flash memory) and transfer time (largely limited by the bus being used to transfer the data itself, e.g. SATA).

Thus, in general, the total access time to read a single sector for a drive is (neglecting software):

Rotational/Hard Drive:  Seek Time + Rotational Latency + Transfer Time

Solid-State Drive:      Seek Time + Transfer Time
1
  • I know that this is an old question but there is something I don't understand. Why do we assume that the seek and rotation operations are cascaded? Can the head seek not complete while the disk is rotating, so it just takes the rotational latency + transfer time? Aug 7, 2021 at 19:54
5

The 5 ms seek time is the time for the harddisk to move its head to the right track (and to select the right head, something which also takes time but which your prof. ignored).


Once the head is over the right track it needs to wait for the right sector to pass beneath the R/W head. We are given that it is a 7200 RPM drive. That means:

  • In the worst case the data just passed an it has to wait a full rotation.
  • In the best case the data sector has just arrived. All is happy.
  • In the average case the drive needs to wait half a rotation.

To get the time for a full drive rotation on a 7200 RPM drive:

  • 7200 rotation per minute (aka 7200 RPM)
  • Or 7200/60 times per second.
  • Or 120 times per second.
  • Or a single rotation takes 1/120 th of a second.
  • Which is 8.3 ms

So half a rotation should will take half that time, 1/240th of a second.

1 second is 1000 ms

This is your 1000/240 ms.


All of this is the time until the drive can start reading the data. It will still need to read it and pass with to the host.

Reading from the drive is usually much quicker than passing it, so I am going to focus on the slower part:

Given are:

1) 80 MB/s TRANSFER RATE
2) BLOCK MODEL : Block size 4KB

  • 80 MiB in one second, or 80*1024 KiB one one second, or 4 * 20 * 1024 KiB/second.
  • Divide by 20480.
  • 4 KB per 1/20480th of a second.
  • Or 0.488281 ms, which is your latest 0.05 ms.


Note that this answer ignores that:

  1. the drive needs to read the data before it can transmit it, this will make it slightly slower.
  2. But there is no information on how fast the data is read from the platter. (which is a matter of rotation speed, length of data to be read, length of the checksum data and inter sector gaps. (4KiB can be 8 reads of "Header|data|checksum|gap" or a single read.
  3. It also ignores that the data might already be present in the drives cache.
  4. And it assumes that calculating the checksum takes about no time flat.
1
  • This is probably the first time I've seen a correct mention of disk transfer time that makes a distinction between platter read and (interface) transfer. The "checksum" is really an Error Correction Code (ECC) which can detect and correct a short burst error.
    – sawdust
    May 15, 2013 at 20:21

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .