概述
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 压力。
本站资源均来自互联网,仅供研究学习,禁止违法使用和商用,产生法律纠纷本站概不负责!如果侵犯了您的权益请与我们联系!
转载请注明出处: 免费源码网-免费的源码资源网站 » 【linux】sar -d 磁盘性能
发表评论 取消回复