在Linux系统上,查看磁盘的负载情况,咱们一般使用iostat监控工具。其中很重要的参数就是await,await表示单个I/O所需的平均时间,但它同时包含了I/O Scheduler所消耗的时间和硬件所消耗的时间,所以不能作为硬件性能的指标。那如何才能分辨一个io从下发到返回整个时间上,是硬件层耗时多还是在io调度上耗时多呢?如何查看io在各个时间段所消耗的时间呢?那么,blktrace在这种场合就能派上用场,因为它能记录I/O所经历的各个步骤,从中可以分析是IO Scheduler慢还是硬件响应慢,以及各个时间段所用时间。
blktrace的原理:
一个I/O请求进入block layer之后,可能会经历下面的过程:
- Remap: 可能被DM(Device Mapper)或MD(Multiple Device, Software RAID) remap到其它设备
- Split: 可能会因为I/O请求与扇区边界未对齐、或者size太大而被分拆(split)成多个物理I/O
- Merge: 可能会因为与其它I/O请求的物理位置相邻而合并(merge)成一个I/O
- 被IO Scheduler依照调度策略发送给driver
- 被driver提交给硬件,经过HBA、电缆(光纤、网线等)、交换机(SAN或网络)、最后到达存储设备,设备完成IO请求之后再把结果发回。
语法格式:blktrace [参数]
常用参数:
-A hex-mask | 设置过滤信息mask成十六进制mask |
-a mask | 添加mask到当前的过滤器 |
-b size | 指定缓存大小for提取的结果,默认为512KB |
-d dev | 添加一个设备追踪 |
-k | 杀掉正在运行的追踪 |
-n num-sub | 指定缓冲池大小,默认为4个子缓冲区 |
-o file | 指定输出文件的名字 |
-r rel-path | 指定的debugfs挂载点 |
-w seconds | 设置运行的时间 |
参考实例
centos7安装blktrace(会自动生成blktrace blkparse btt 3个工具,其中,blktrace收集数据,blkparce分析数据,btt汇总数据):
[root@xtuos.com ~]# yum install blktrace -y
使用blktrace需要挂载debugfs:
[root@xtuos.com ~]# mount -t debugfs debugfs /sys/kernel/debug
利用blktrace查看实时数据的方法,比如要看的硬盘是sdb:
[root@xtuos.com ~]# blktrace -d /dev/sdb -o – | blkparse -i –
分析磁盘/dev/sdc的IO情况:
[root@xtuos.com ~]# blktrace -d /dev/sdc
生成数据: 应用结束后,手动终止监控,会生成cpu数量的文件
[root@xtuos.com ~]# blkparse -i sdc -d sdc.blktrace.bin
原创文章,作者:校长,如若转载,请注明出处:https://www.yundongfang.com/Yun1715.html