lib中有三、四十个所需jar包（包括spring框架的），致使压力启动时间长，如何合理规避启动时间长问题

[halley]

lib中有三、四十个所需jar包（包括spring框架的），每次启动压力都需要5-6min来进行jar包的推送，导致启动压力花费了大量时间。是否可以把一些公用的jar包放在某个公共lib下（不知是否有这个lib）来很方便nGrinder的调用，个别业务依赖的jar包再从本地lib进行推送，大大减少推送jar包数量大而导致的耗时。请问如何操作或优化能合理的规避这方面的耗时？

[kylin]

我也遇到了这个问题，请问你找到解决方法了吗

[sitmd2012]

请问是否有解决方法了？

[linruipei]

我的问题和一样
ngrinder在多用户使用情况下，每个用户有自己agent机器和Project，在同时使用时，排队执行脚本问题。不能直接多进程。处理吗。
比如，test1现在跑一个脚本需要去maven获取50个jar，这个过程需要等待5-10分钟后，才能跑。然后test2也在这时候去跑另外个Project的脚本时，需要等待test1获取50jar后，才能到test2获取。
我想问的问题是，为什么两个用户都有自己agent机器和不同Project，为什么要去等待test1 获取后才到test2获取，如果ngrinder平台有100人用的话 ，那不是排队等很久，就浪费时间，直接多进程不是可以吗，自己跑自己agent和Project，所以问问ngrinder是不是不能实现，是哪里限制住了，如果不能实现的话。

[kylin]

我现在测试dubbo接口也是有这个问题，你找到解决方法了吗

[Frank.Wang]

可以解决，但是需要修改源代码。jar传输过程慢，是因为在源代码里面做了控制。超过了系统的安全限制，就会暂时5秒钟。所以，我看实际使用中会觉得很慢。
这个控制所在源代码的位置暂时未找到，不能分享给大家，很抱歉。

[linruipei]

如果处理了 我肯定会分享给大家的

[taohuang]

估计要修改源码，把一些项目必须依赖的包直接提前放在agent，比如guava包等等

[junoyoon]

nGrinder has some configuration for setting safe file distribution threshold. it's because the test can be executed before the file transmission is completed.
If your agent is close to controller and the bandwidth is enough, you can set the threshold value very high.

sth like..

# Set the safe distribution threshold to enable safe distribution for specific transfer size by force.
controller.safe_dist_threshold=500000000

[taohuang]

也可以先压缩再分发，再解压，时间大幅缩短

可以参考：
https://blog.csdn.net/randall_hong/article/details/80022211
“原来15分钟的处理时间，压缩分发后100M左右，耗时几秒。”