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

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

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

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

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

kylin
我也遇到了这个问题,请问你找到解决方法了吗
Reply | Threaded
Open this post in threaded view
|

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

sitmd2012
In reply to this post by halley
请问是否有解决方法了?
Reply | Threaded
Open this post in threaded view
|

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

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

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

kylin
In reply to this post by halley
我现在测试dubbo接口也是有这个问题,你找到解决方法了吗
Reply | Threaded
Open this post in threaded view
|

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

Frank.Wang
In reply to this post by kylin
可以解决,但是需要修改源代码。jar传输过程慢,是因为在源代码里面做了控制。超过了系统的安全限制,就会暂时5秒钟。所以,我看实际使用中会觉得很慢。
这个控制所在源代码的位置暂时未找到,不能分享给大家,很抱歉。
Reply | Threaded
Open this post in threaded view
|

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

linruipei
In reply to this post by sitmd2012
如果处理了 我肯定会分享给大家的