核心测试类型
AndroBench 的界面通常分为几个核心测试模块，每个模块针对不同的使用场景,理解这些模块是理解参数的第一步。
（图片来源网络，侵删）
-
Sequential Read/Write (顺序读写)
- 场景：模拟大文件连续读写，如播放高清视频、安装大型 App、下载/上传大文件。
- 特点：数据块连续排列，这是存储设备最容易处理的场景,通常能给出最高的性能值。
-
Random Read/Write (随机读写)
- 场景：模拟日常系统操作，如 App 启动、加载游戏地图、系统多任务切换、数据库查询。
- 特点：数据块在存储空间中随机分布，对存储控制器的 IOPS（每秒读写次数）和延迟要求更高,更能反映存储的真实响应速度。
-
SQLite Database (数据库性能)
- 场景：专门针对 SQLite 数据库操作进行测试，这是绝大多数 Android App 的本地数据库首选。
- 特点：测试混合的读写操作，模拟 App 中的增、删、改、查操作，结果更贴近 App 实际使用体验。
-
Adaptive Sequential Test (自适应顺序测试)
（图片来源网络，侵删）- 场景：较新的测试项，旨在模拟更真实的混合工作负载,而不仅仅是纯读或纯写。
- 特点：在一个测试中混合了不同大小的顺序读写操作,可以更全面地评估存储在复杂任务下的表现。
关键性能指标参数
无论你运行哪个测试，AndroBench 都会报告以下核心参数,这些是衡量存储性能的关键。
| 参数 | 英文全称 | 单位 | 中文说明 | 重要性 |
|---|---|---|---|---|
| Throughput | Throughput | MB/s | 吞吐量 | 核心指标，表示单位时间内可以传输的数据量，数值越高，表示存储的读写速度越快。 |
| Access Time | Access Time | ms | 访问时间 / 延迟 | 核心指标，指从发出读写请求到收到第一个数据字节所花费的时间，数值越低，存储响应越快，尤其在随机读写中至关重要。 |
| IOPS | Input/Output Operations Per Second | - | 每秒读写次数 | 核心指标，表示存储设备每秒可以处理的读写操作次数，数值越高，表示多任务处理能力越强，对系统和 App 流畅度影响巨大。 |
| CPU Usage | CPU Usage | % | CPU 使用率 | 辅助指标，测试过程中，CPU 用于处理数据的时间占比，较低的 CPU 使用率意味着存储子系统（如 DMA）效率更高，能将更多 CPU 资源留给其他任务。 |
详细测试项参数说明
下面我们逐一分解每个测试模块的具体参数设置和意义。
Sequential / Random Read/Write (顺序/随机读写测试)
这是最经典的测试,通常有多个可配置的参数。
| 参数 | 说明 | 影响与建议 |
|---|---|---|
| Queue Depth (队列深度) | 非常重要，指同时发送给存储设备的 I/O 请求数量，Queue Depth = 1 表示一次只处理一个请求；Queue Depth = 32 表示可以同时处理 32 个请求。 | 影响：高队列深度能更好地发挥高性能存储（尤其是 NVMe）的能力，因为它允许存储控制器并行处理多个请求，从而提高 IOPS 和吞吐量，低队列深度更贴近轻度使用场景。 建议：测试时建议使用较高的值（如 1, 8, 32）来看存储的峰值性能。 |
| Thread Count (线程数) | 指同时发起 I/O 请求的线程数量，每个线程都会产生自己的 I/O 请求流。 | 影响：增加线程数可以模拟多核 CPU 和多任务并发访问存储的场景，能有效提升 Queue Depth 的效果，进一步压榨存储性能。 建议：同样建议使用较高的值（如 1, 4, 8）来测试峰值性能。 |
| File Size (文件大小) | 测试时所使用的单个文件的大小。 | 影响：文件大小必须小于设备可用的连续空闲空间，否则测试会失败，通常选择一个较大的值（如 2GB, 4GB）以确保测试的准确性。 建议：选择设备可用内存的 30%-50% 左右即可，过大的文件没有必要。 |
| Total Size (总大小) | 所有测试文件的总大小。 | 影响：决定了测试的总数据量，总大小越大，测试时间越长，结果可能越稳定。 建议：通常由 File Size 和 File Count 共同决定。 |
| File Count (文件数量) | 创建的测试文件的总数量。 | 影响：当进行随机测试时，File Count 是一个关键参数，它会创建大量的小文件，然后在这些文件之间随机进行读写，从而模拟随机访问。File Count 越多，随机性越强。 建议：随机测试时， File Count 应设置为一个较大的值（如 1000），顺序测试时，File Count 通常为 1。 |
| Request Size (请求大小) | 关键参数，指每次 I/O 操作请求的数据块大小。 | 影响：这是区分顺序和随机测试的核心。 - 顺序测试：使用较大的请求大小，如 256 KB, 512 KB, 1 MB，这模拟了传输大文件的场景。 - 随机测试：使用较小的请求大小，如 4 KB, 8 KB，这模拟了系统操作和 App 访问小数据块的场景。 建议：根据测试目的选择，4K 随机读写是衡量日常体验最重要的指标。 |
SQLite Database (数据库测试)
这个测试的参数相对固定,因为它模拟的是标准化的数据库操作。
（图片来源网络，侵删）
| 参数 | 说明 |
|---|---|
| Database Size | 测试创建的 SQLite 数据库文件的总大小。 |
| Operations | 数据库中包含的操作总数，包括插入、更新、删除和查询。 |
| Read/Write Ratio | 读操作和写操作的比例，70/30 表示 70% 的读操作和 30% 的写操作，这个比例通常是根据典型应用场景预设的。 |
Adaptive Sequential Test (自适应顺序测试)
这个测试的参数通常也是预设好的，旨在模拟一个混合的工作负载，参数含义与顺序测试类似,但用户可调选项较少。
如何解读 AndroBench 报告
-
关注核心指标：
- 顺序读写：看 Throughput (MB/s)，这是衡量“速度”的直观指标，你可以说“我的顺序读取速度达到了 1800 MB/s”。
- 随机读写：看 4K Read/Write IOPS 和 4K Read/Write Access Time (ms)，这是衡量“响应速度”和“多任务能力”的关键指标，高 IOPS 和低延迟意味着你的手机在启动 App、加载游戏时会更快、更流畅。
-
区分测试场景：
- 不要只看顺序读写的超高速度就断定存储很强，一个设备可能顺序读写速度很快，但 4K 随机 IOPS 却很低,这意味着日常使用体验可能并不出色。
- 理想的存储：在顺序和随机测试中都有出色的表现。
-
理解参数设置：
- 当你看到一份 AndroBench 分数时，最好能了解它的测试参数（如 Queue Depth, Thread Count, Request Size），在 High Queue Depth 和 High Thread Count 下跑出的高分,才更能代表存储的极限性能。
测试建议
- 关闭其他应用：测试前关闭所有不必要的后台 App,确保测试结果不受其他进程的干扰。
- 保持电量充足：建议在充电时进行测试，因为高性能测试会消耗大量电量,并可能导致设备因电量过低而降频。
- 多次测试取平均：由于系统后台进程的干扰，单次测试可能存在波动，建议运行 2-3 次测试，取平均值作为参考,结果会更稳定可靠。
- 冷启动 vs. 热启动：
- 冷启动：设备刚开机，存储处于“冷静”状态，此时测试，结果更能反映存储的“纸面”性能。
- 热启动：设备已经运行一段时间，存储可能已经预热，缓存机制也可能更活跃，此时测试，结果可能略有不同,通常推荐在冷启动后测试。
希望这份详细的参数说明能帮助你更好地理解和使用 AndroBench！
