四、服务器性能检测-io峰值，尖峰的原因

　　有波动，和开发讨论，有可能是虚拟机垃圾回收了~
　　清理内存时，好像卡了一下，在服务器的监测数据中，明显有尖峰。
　　五、响应时间和点击率一直上不去的原因—kv数据添加机制
　　针对本次活动接口测试，服务端布的环境中，会将用户的deviceid和领奖等信息添加到kv中（相当于一个数据池），具体添加数据到kv时间或时机因需求而异。项目中有每天定时添加数据到kv中的数据信息，也有实时添加到kv的数据信息。
　　KV数据，同步和异步，服务端性能的区别；
　　（1）同步写KV数据，占用耗时，平均响应时间在3~4秒左右；
　　（2）异步写KV数据，请求的响应时间大大降低，在0.3~0.4秒左右；
　　在开始压力测试之前，建议需要先和服务端开发沟通相关数据读写细节。
　　六、Linux内存回收机制-学习

　　关于Linux的内存回收机制，我也在学习中，O(∩_∩)O，感受到了Linux的美！
　　七、日志满，无法写log，点击率突降

　　测试中，用户不断增加，服务器性能较好，感觉不到什么压力，吞吐量也在增加，稳定一定时间后，点击率突然降低，响应时间骤升，此时测试机性能良好。到达极限后应保持，怎么会突然降低呢？查找原因，是开发将日志写在了一个较小的服务器磁盘中，压测过程中产生大量的日志，在测试一段时间后，当前磁盘已经接近饱和，达到，报警！

　　这也让我想到，之后的接口测试除了基本的接口参数、功能等基本内容沟通，还要和服务端开发更深入的沟通了解，部署环境的策略以及日志记录的机制等等，避免此类事情发生，提高测试效率。