【linux】sar -d 磁盘性能

概述

sar -d 命令是 sysstat 包的一部分，用于收集、报告和保存系统活动信息。使用 -d 选项时，sar 会提供有关系统磁盘活动的详细报告。

以下是 sar -d 命令输出的主要字段及其含义：

DEV: 报告的设备（例如 sda, sdb）。
tps: 每秒事务数，表示每秒向设备发送的 I/O 请求数。
rd_sec/s: 每秒从设备读取的扇区数。
wr_sec/s: 每秒写入设备的扇区数。
avgrq-sz: 向设备发送的 I/O 请求的平均大小（以扇区为单位）。
avgqu-sz: 向设备发出的请求的平均队列长度。
await: I/O 请求从发出到被设备处理的平均时间（以毫秒为单位）。这包括请求在队列中等待的时间和处理时间。
svctm: I/O 请求的平均服务时间（以毫秒为单位）。
%util: 设备忙于处理请求的时间百分比。

例如，运行 sar -d 可能会得到如下输出：

12:00:01 AM       DEV       tps    rd_sec/s   wr_sec/s    avgrq-sz   avgqu-sz   await    svctm    %util
12:00:01 AM       sda       15.78     304.00    1056.00      86.00       0.40      5.60     1.20    25.30

在这个例子中：

设备 sda 每秒平均处理 15.78 次事务。
每秒从该设备读取 304 个扇区，写入 1056 个扇区。
平均请求大小为 86 个扇区。
平均队列长度为 0.40。
请求的平均等待时间为 5.6 毫秒。
请求的平均服务时间为 1.2 毫秒。
设备忙碌的时间为 25.3%。

这些数据有助于识别磁盘 I/O 瓶颈并了解系统磁盘使用情况。

常见误区

%util 忙碌时间能说明什么？假设10分钟内我有2个进程都在写，1个速度是1M/s ，另一个是2M/s，忙碌是100% ，另假设10分钟内我有1个进程都在写，速度是30M/s ，忙碌也是100%，对吗？但是压力，后面的是前面的10倍。

非常有趣，揭示了磁盘利用率（%util）和实际 I/O 压力之间的关系。

%util 显示了设备在特定时间段内有多少时间处于忙碌状态，也就是说，有 I/O 请求正在处理中。当 %util 达到 100% 时，表示设备在这一段时间内完全忙碌，没有空闲时间。这通常意味着磁盘已经达到了它的 I/O 处理能力的极限。

关于举的两个例子：
第一个场景：10 分钟内有 2 个进程写入，一个速度是 1M/s，另一个是 2M/s，总共 3M/s，磁盘忙碌度是 100%。
第二个场景：10 分钟内有 1 个进程写入，速度是 30M/s，磁盘忙碌度也是 100%。

虽然在这两个场景中，%util 都是 100%，但第二个场景中的磁盘 I/O 压力实际上比第一个场景大得多。

为什么会这样？
%util 只能告诉你磁盘忙碌的程度，但它不会告诉你设备正在处理多少数据。它只反映了磁盘有多频繁地处理 I/O 请求，而不是处理了多少数据。因此，虽然在两个场景中 %util 都是 100%，但第二个场景中的 I/O 负载实际上更高，因为每秒传输的数据量要大得多。

%util 的局限性在于它无法直接反映 I/O 负载的绝对大小，而是只表明磁盘是否正在忙碌。因此，要全面理解磁盘的性能瓶颈，除了 %util，还需要结合其他指标，如 tps（每秒事务数）、await（平均等待时间）、svctm（平均服务时间）、以及实际的读写速率（rd_sec/s 和 wr_sec/s）。

总结：