大神教你玩转 SSD 系列二：基准测试环境和项目

于是此处又要注意几个问题：

1. 记录日志的路径不要跟被测试的SSD在一起.比如 SSD挂在 /opt 进行测试,在shell里,当前工作目录或记录日志的目录就不要是 /opt,以免记录日志的时候影响到SSD.
   虽然测试过程中发现 fio 并不会边测试边写日志,而是在测试完成之后统一进行日志的记录.但在测试完成后,如果因为磁盘空间不够记录不下完整的日志,也是比较悲剧的事情.
2. 如果要记录原始日志,内存一定要大.或者你有性能够好的 swap(比如另一块 PCI-E卡或者 ssd,至少不能是机械盘那种不能容忍的慢,因为fio在进行日志收集的时候,会写入大量的数据,占用一定的时间.这个时间对于一些高端企业级SSD足以恢复一部分性能,如果进行连续测试,可能结果会有些差异).
3. 如果测试记录原始日志,除非内存足够大,否则不要指定run_time 过长,最好几个小时就断一次,留出足够的时间和空间给 fio 写日志,把测试分成相对小的几个测试脚本,最后人工合并log做分析.原因同样是fio产生的巨大log.
4. 如果日志比较大,放弃自带的图像生成脚本吧,内存占用是一方面,生成的图像能不能打的开还是个未知数.

以上就是在做基准测试时选择的测试环境以及具体的测试项目,下一篇将会介绍测试数据处理.

可以从上一次推送《大神教你玩转 SSD 系列一：关注哪些指标》了解最关注?SSD 的哪些指标.

原文来自微信公众号： HULK一线技术杂谈

（编辑：网站开发网_盐城站长网 ）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!