问在/proc/diskstats中解释读、写和总IO时间

EN

我还没有看过源代码，但这一区别似乎源于两种不同的会计模式。

#4和#8字段之和每个请求完成所需的时间。这意味着，并行发出的请求仍然每个贡献，使计数增长。

#10字段只计算队列和磁盘繁忙的实际时间，因此它们将并行发出的请求计算为单个请求。

让我们做一个实际的例子。在/boot分区上，我dd a~4MB文件。看一下统计数据：

[root@localhost boot]# cat /proc/diskstats | grep sda1
   8       1 sda1 46256 0 255703 19332 2063 0 4162 538 0 11207 19862
[root@localhost boot]# dd if=initramfs-0-rescue-7dc32e3935ba4ce1ae50a0a8170e4480.img of=/dev/null
84099+1 records in
84099+1 records out
43058701 bytes (43 MB) copied, 0.347783 s, 124 MB/s
[root@localhost boot]# cat /proc/diskstats | grep sda1
   8       1 sda1 46342 0 339807 23011 2063 0 4162 538 0 11551 23540
[root@localhost boot]#

读取文件所需的~0.35s或~350 or。然而，计数器4和10的反应方式非常不同:第一次增加约4000次，而后者仅增加约350次。很容易看出哪一个值是“正确”的:它是字段#10，正如dd所知，整个操作花费了大约350 as，字段#10增加了同样的数量。

那么，为什么字段#4增加了这么多，它真正测量的是什么呢？

首先，让我们了解在请求级别上正在发生的事情。默认情况下，dd使用512 B请求，但是linux的粒度为4KB，因此我们应该期望得到大约1000x4KB请求。这1000个请求被放在一个队列中，一个接一个地发出(为了简单起见，让我们假装NCQ不存在)并被分派到磁盘。由于机械磁盘非常擅长顺序读取，所以它们通常使用预读策略--也就是说，它们读取的数据比所需的多。这意味着，在第一个4K请求完成后，所有其他后续请求都将在很短的时间内完成。

让我们来做一些数学，用疯狂的半化：

• 请求数: 1000 (所有请求同时输入队列)
• 完成第一次请求的时间: 4ms
• 完成所有后续请求的时间: 0ms (是的，我告诉过你这是一个疯狂的半完善)

按字段#4: 1000个队列内请求*每个== 4000 4ms计算的总请求时间。这大概是4号字段增加的值.

底线：

• 字段#4和#8从单个请求的角度度量为I/O请求服务所需的时间，将其乘以请求号。
• 字段#10告诉您I/O路径中使用的实际运行时间(“挂钟”)。

要画出一种赞同的并行性:考虑多核CPU。两个进程可以同时锤击CPU，每个进程执行60次。使用的总CPU时间为120 s(60*2)，但由于这两个进程同时运行，实际运行的时钟时间仍为60总时间。