SPEC 测试失败问题总结分享

1 问题背景

在一些需要实时响应的小包应用场景下，网卡的时延性能尤为重要，下面分享一些常见的网卡低时延优化措施。

2 原因分析

定位部分测试集运行失败的原因，使用如下命令执行单个测试集的测试。

runspec -c ../config/cpu_670_1.cfg 403.gcc  --rate 64 –noreportable

使用top命令观察此时的资源使用情况，发现物理内存已被用完，且swap分区也所剩无几，如下图所示：

此时，会发生大量的磁盘读写，造成CPU进入等待状态，如下图所示：

在这种情况下，虚拟内存的swap分区频繁进行换页，导致CPU测试因内存瓶颈而中断。

3 解决方案

3.1 增加物理内存进行测试

在实际测试中，观察到一个CPU核需要2G左右的内存，因此在64核的场景下，至少需要128G的内存方可正常进行测试。经验证，添加内存后可顺利跑过测试。如下图所示：

3.2 增加虚拟内存进行测试

若由于现场条件所限，无法增加内存条，则可以考虑扩大swap分区的大小，使得CPU测试不至于被中断。之前的swap分区只有30G左右，即使加上64G的物理内存，也无法达到120G的规模，导致CPU测试因虚拟内存总量不足而被中断。将swap加到200G后可顺利跑过测试。

但是，并不推荐此种方式完成CPU测试，用swap分区跑性能分数会比较低，无法反应CPU的客观性能，这样测试出来的数据和磁盘的性能强相关。

4 总结

系统性能测试要明确测试集的硬件条件，满足条件下才能测出客观的性能。

机器学习

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。