专注于技术分享的博主

解决办法就是设置参数。首先JVM内存限制于实际的最大物理内存，假设物理内存无限大的话，JVM内存的最大值跟操作系统有很大的关系。简单的说就32位处理器虽然可控内存空间有4GB,但是具体的操作系统会给一个限制，这个限制一般是2GB-3GB（一般来说Windows系统下为1.5G-2G，Linux系统下为2G-3G），而64bit以上的处理器就不会有限制了。JVM最大分配的内存由-Xmx指定，默认是物理内存的1/4。tomcat默认可以使用的内存为128MB，在较大型的应用项目中，这点内存是不够的，需要调大。

虽然Tomcat也可以作web服务器，但其处理静态html的速度比不上Apache，且其作为web服务器的功能远不如Apache，因此把Apache和Tomcat集成起来，将html和Jsp的功能部分进行明确分工，让Tomcat只处理Jsp部分，其他的由Apache，IIS等web服务器去处理，由此大大提高Tomcat的运行效率。根据实际经验，通过Apache和Tomcat集群的方式提高系统性能的效果十分明显，这种方式可以最大化的利用硬件资源，通过多个Tomcat的处理来分担单Tomcat时的压力。

压测消费者时，业务层面，关注tps、吞吐量（关注消费者的最佳消费能力--每秒能处理多少消息），另外需要关注生产的消息过期（假如有过期时间的话）之前能否全部被处理完成，是否会遗漏（可以考虑通过数据库、日志等查看相关记录是否缺失），操作系统参层，关注cpu，内存，io，网络资源等。通常，“异步任务”都会涉及到两个对象，一个对象的输出，作为另一个对象的输入，比如，常见的消息组件kafka，就是这样，一个生产者，专门负责生产消息，一个消费者，专门负责消费消息。和“同步”测试一样，也是需要看实际的业务性能需求。

常用的计数器，LR里添加的默认计数器比下面的还多，系统资源监控总体原则是根据问题现象重点关注分析相关的指标，一般情况下监控常用的即可。Object计数器如果该值持续超过95%，表明CPU可能是瓶颈，需特别关注需初步判断高CPU的原因，需区分user和sys指待处理队列中地线程数，通常该值的接收范围是CPU个数*2；此外跟踪计算机的服务器工作队列显示当前长度的Server Work Queues\queue Length可用物理内存，windows系统的该值建议至少100M。Pages/Sec。

这个默认是120秒，但是经常我们要设置的更大一些，具体设置方法：Vugen--》Vuser---》Runtime-settings----》Preferences------》option，将Step download timeout(sec)默认值120s改为自己需要的值，其次要改变HTTP-reguest connnect timeout（sec）和HTTP-reguest receive timeout（sec）也为相应的值。每个线程共用父驱动程序的内存，因此在每个生成器上可以跑更多的虚拟用户。

在第一轮自动下码批处理测试时，日间微批自动下码逻辑处理2W笔案件的一个批次时，花费了16分钟的时间，不满足预期5分钟以内完成的性能要求。测试结果为：在10并发下，成功导出了400报表，20 并发下导出了460张报表，整个过程中都没有出现导出失败的问题，成功率为100%。等待弹出下载保存地址对话框这步骤过长，在还没有得到正确应答，这时就又接收到了压缩请求，最后请求失败的原因；增加心跳报文的判断，若接收的报文中包含心跳报文，就把偏移量的长度增加心跳报文的长度再加4，否则偏移量不变。