Thats strange - the loading of jars is handled by JVM so it should be thread safe - in any case I suppose a setup threadgroup would also work for you..
On Sun, May 18, 2014 at 7:08 AM, Sergio Boso <[email protected]>wrote: > Il 16/05/2014 17.31, Deepak Shetty ha scritto: > > However, I had some trouble when running the same routine at the same >>> time multiple threads. >>> >> > can you please describe your issue? > > Yes, it took me a while to understand it, but now now it is clear to me. > > When you first execute a Jruby routine, Jmeter loads Jruby.jar in memory, > and this require some time and a lot of resources. > If you are running multiple threads, it is quite possible that another > thread will try to do the same holding. > In this case, the operations will fail and ALL subsequent executions will > fail, until you exit and reload Jmeter. > > A simple workaround for this is to set the number of threads to 1 when you > start JMeter and just run the test. > From then on, you can arrange the number of threads you need, without any > problem. > > HTH > Sergio > > > > > > On Wed, May 7, 2014 at 3:20 PM, Sergio Boso <[email protected]> > wrote: > > Hi everybody. >>> >>> I find JavaScript a little bit clumsy, so I did some test with Jruby. >>> >>> It is very straightforward to use, and relatively fast, after the first >>> execution. >>> However, I had some trouble when running the same routine at the same >>> time >>> multiple threads. >>> >>> So may question is: >>> - is thee any real world experience in using Jmeter +Jruby? >>> - Is Jruby really thread-safe? can I use a variable "myvar" in multiple >>> instances? >>> - What is the behaviour of $myvar (which is a global static variable in >>> standard Ruby)? >>> >>> Thank you in advance >>> >>> >>> >>> -- >>> >>> Ing. Sergio Boso >>> >>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >>> >>> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
