【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）。
总结：
- 在你的两个例子中，虽然 %util 都是 100%，但第二个场景下的 I/O 压力要大得多。
- %util 反映的是磁盘的忙碌程度，而不是 I/O 负载的大小。
- 在分析磁盘性能时，应结合多个指标来全面了解系统的性能瓶颈和 I/O 压力。