进程级IO工具可行性分析-iotop

概述

通过上一篇文章中收集到的io分析工具，选取了其中的iotop做进一步调研，为啥选它？因为android官方也有一个iotop，本文就对比了这两个的区别和上手体验。

内容

网络上针对iotop有很多变种库，这里主要调研了https://github.com/laufersteppenwolf/iotop中得shell脚本执行情况；和Android原生自带得iotop工具执行情况。

使用方法

网络上针对iotop有很多变种库，这里主要调研了https://github.com/laufersteppenwolf/iotop中得shell脚本执行情况；和Android原生自带得iotop工具执行情况。

iotop shell脚本

在Android9.0系统中（默认开启了CONFIG_TASKSTATS）；
将上文中的iotop脚本文件push到车机端，adb push d:/iotop.sh storage/emulated/0/shell ；
执行sh iotop.sh，观察数据；

WRITEN，开启进程后写入的总大小；WRITE_SPEED每秒写入的数据大小，默认单为KiB/s。
优点：有源码，使用方便，能记录历史总的IO数据。
缺点：计算速度太慢，效率低。

Android原生自带的iotop

原生的Android9.0以上系统自带有iotop工具，效率高，但是需要按照CPU架构编译代码。在system/bin目录下。在shell环境下直接iotop，可见数据如下。

Write表示每秒写入的大小，单为是KiB/s。
优点：可以实时抓取系统所有进程IO数据，也可以只抓取一次；效率高。
缺点：需要按照CPU架构编译成可执行的执行文件，目前暂未尝试成功。

Demo验证

代码已托管至：
https://github.com/ieewbbwe/gm-demo/tree/master/rwutils

总结

用Shell脚本写的iotop工具已经满足了我们的需求，但是效率较低。
android官方写的iotop效率比较高，但是没有查看进程历史所有io数据的功能，需要进一步研究他的实现方式，并且修改源码添加我们需要的功能。

*附:模拟器adb remount时产生remount of the / superblock failed: Permission denied问题的解决方案。

使用studio自带的模拟器无法remount，通过命令启动模拟器，标记为writable emulator -avd api6 -writable-system，然后再remount就能成功了。
参考：https://blog.csdn.net/qq3965470/article/details/87384087*