IO请求被拆分时btt解析结果中I2D及D2C个数偏少

【环境信息】
软件信息：
1） OS版本及分支：
cat /etc/openEuler-latest
openeulerversion=openEuler-24.03-LTS
compiletime=2024-05-27-21-31-28
gccversion=12.3.1-30.oe2403
kernelversion=6.6.0-28.0.0.34.oe2403
openjdkversion=1.8.0.412.b08-5.oe2403

2） 内核信息：kernel-6.6.0-28.0.0.34.oe2403.x86_64
3） 发现问题的组件版本信息：blktrace-1.3.0-3.oe2403sp1.x86_64

【问题复现步骤】
具体操作步骤：
1，将sda盘的max_sectors_kb设置为64
![输入图片说明](https://foruda.gitee.com/images/1739348520948024310/697d7243_9223123.png "屏幕截图")
2，使用blktrace收集sda盘的io数据，使用dd往sda盘写入128kb的数据
![输入图片说明](https://foruda.gitee.com/images/1739348620851394244/2354aa82_9223123.png "屏幕截图")
3，将收集到的数据合并为sda.blktrace.bin
![输入图片说明](https://foruda.gitee.com/images/1739348671674118452/0a6c2cbd_9223123.png "屏幕截图")
4，使用btt解析blktrace捕获的数据
![输入图片说明](https://foruda.gitee.com/images/1739348707260739570/3186d383_9223123.png "屏幕截图")
5，btt.log中 Q有49个，Q2G,G2I,Q2C有49个，I2D及D2C仅有45个
![输入图片说明](https://foruda.gitee.com/images/1739348863858316980/04478ad0_9223123.png "屏幕截图")
6，通过bttp.log及blkparse.log可以确认，被拆分的Q，没有匹配到D，有四个Q被拆分，因此，这4个Q未匹配到D，I2D及D2C比Q2G,G2I,Q2C少4个
![输入图片说明](https://foruda.gitee.com/images/1739349057682458318/1004dbc0_9223123.png "屏幕截图")
![输入图片说明](https://foruda.gitee.com/images/1739349102880498220/0af45932_9223123.png "屏幕截图")
7，另外由以上两张图片发现，Q被拆分时，计算Q2G,G2I时，使用的是Q对应的第一块数据的G和I的时间戳，而非最后一块数据的G和I的时间戳
【预期结果】
1，IO请求被拆分时btt解析结果中I2D及D2C个数和Q2G，G2I，Q2C个数一样多
2，Q被拆分时，计算Q2G时使用的是Q对应的最后一块数据的G的时间戳
【实际结果】
1，IO请求被拆分时，被拆分的Q匹配不到D导致btt解析结果中I2D及D2C个数比Q2G，G2I，Q2C个数少
2，Q被拆分时，计算Q2G时使用的是Q对应的第一块数据的G的时间戳

src-openEuler/blktrace

内容风险标识

评论 (5)

src-openEuler/blktrace .gitee-modal { width: 500px !important; }

内容风险标识