jmeter-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From oliver lloyd <oliver_ll...@hotmail.com>
Subject Re: how to simulate asynchronous calls..
Date Mon, 23 Apr 2012 11:33:41 GMT
Yes, sure, but the question was specifically: "I am not sure other Load Test tools handle this
completely and accurately without limitations but would be interested to know if I am wrong."
But thanks for the input.

On 23 Apr 2012, at 12:21, Shmuel Krakower wrote:

> As a JMeter user - I agree on that, sounds exactly as I was thinking, the
> questions to developers is can we re-use the code from the "download
> embedded resouces" to implement such a controller (if that's a good idea at
> all)?
> 
> Oliver, maybe a bit off-topic - I believe comparing to / trying to be
> better than LR is an old habit, LR is dying for the last half decade.
> LR is still more powerful in analysis and (non-web) protocols supported,
> but that's about it.
> I believe JMeter is the most popular platform for load testing.
> 
> 
> 
> On Mon, Apr 23, 2012 at 1:35 PM, oliver lloyd <oliver_lloyd@hotmail.com>wrote:
> 
>> LoadRunner has an option to wrap a series of calls in a couple of
>> functions (web_concurrent_start & web_concurrent_end) that then causes the
>> contained calls to be executed concurrently. It only applies in URL mode
>> (where individual requests are separated) not in HTML mode (where this
>> behaviour is implicit).
>> 
>> I'm not aware of how LR implements this, how many threads it uses in the
>> pool, but I guess you have to have a maximum defined and I think this is
>> fixed which is not perfect because different browsers use different values
>> - if jmeter had a controller to do this then the ideal would be to have an
>> option to specify the size of the pool. Assuming LR does not allow this
>> value to be specified then if JMeter offered this ability then it would
>> actually be a step up on LR.
>> 
>> 2.6 allows something very similar for embedded resources; maybe this code
>> be re-used to make a new controller?
>> 
>> A bit like:
>> 
>> HTTP Sampler - normal1
>> CONCURRENT_CONTROLLER [Option value of 4 for thread pool]
>> ---- HTTP Sampler - ajax1
>> ---- HTTP Sampler - ajax2
>> ---- HTTP Sampler - ajax3
>> ---- HTTP Sampler - ajax4
>> ---- HTTP Sampler - ajax5
>> HTTP Sampler - normal2
>> 
>> On 23 Apr 2012, at 11:12, Philippe Mouawad wrote:
>> 
>>> Hello,
>>> In my opinion Ajax requests introduces at least 2 issues:
>>> 
>>>  - The request ordering (you cannot say I think in which order each
>>>  simultaneous request of the page will be executed), so this needs to be
>>>  scripted by some random mechanism
>>>  - Parallel requests BUT for the same data, this is not simulated by the
>>>  load, suppose for example the Tested application has some locks on
>> parallel
>>>  requests for on set of Data ?
>>> 
>>> 
>>> A controller for first part would be simpler to implement , it would play
>>> the contents in a random order.
>>> But ideally there should be some Controller implementation that runs its
>>> children in Parallel and waits for the result, but it needs important
>>> design and dev work I think.
>>> 
>>> I am not sure other Load Test tools handle this completely and accurately
>>> without limitations but would be interested to know if I am wrong.
>>> 
>>> Regards
>>> Philippe M.
>>> http://www.ubik-ingenierie.com
>>> 
>>> 
>>> On Mon, Apr 23, 2012 at 11:37 AM, Shmuel Krakower <shmulikk@gmail.com
>>> wrote:
>>> 
>>>> Hi,
>>>> Yes, you are right, this is exactly what will happen in your case, the
>>>> transaction controller will sum up all of the samplers response times,
>>>> which doesn't reflect the browser behavior (as on browser it will run
>> them
>>>> in parallel).
>>>> 
>>>> 1. I usually separate each Ajax call, although these Ajax calls are
>> part of
>>>> the page rendering, I believe each should be monitored by itself, this
>>>> allowing you to say if you have performance problem with one of them.
>> It is
>>>> less important to load the system with these requests in parallel per
>> each
>>>> user, as you will end up load testing the system with more than one
>> user,
>>>> thus these Ajax calls will be executed in parallel during a load test
>>>> anyway.
>>>> 2. I really think some kind of parallel controller can be useful for
>> these
>>>> type of cases, to make them more close to reality. What do others think
>> of
>>>> this?
>>>> 
>>>> Shmuel.
>>>> 
>>>> 
>>>> On Mon, Apr 23, 2012 at 10:42 AM, venkatakurathi <
>>>> venkat.akurathi@hotmail.com> wrote:
>>>> 
>>>>> yes....i need to simulate those requets by same thread/user.because in
>> my
>>>>> transaction once a servlet is been called ,the above mentioned 4
>>>>> asynchronous calls been made to application in parallel.but when we
>>>>> simulate
>>>>> it through jmeter those calls are processed one by one(correct me if
i
>> am
>>>>> wrong),which increases the response time of overall transaction.toknow
>>>>> the
>>>>> accurate response time for the transaction ,i need to simulate all the
>> 4
>>>>> asynchronous calls to be made to application at a time....
>>>>> and please also let me know how jmeter calculates the response times?
>>>>> is it going to add all the loadtimes for samplers in a transaction?
>>>>> 
>>>>> --
>>>>> View this message in context:
>>>>> 
>>>> 
>> http://jmeter.512774.n5.nabble.com/how-to-simulate-asynchronous-calls-tp5653677p5658566.html
>>>>> Sent from the JMeter - User mailing list archive at Nabble.com.
>>>>> 
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
>>>>> For additional commands, e-mail: user-help@jmeter.apache.org
>>>>> 
>>>>> 
>>>> 
>>> 
>>> 
>>> 
>>> --
>>> Cordialement.
>>> Philippe Mouawad.
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
>> For additional commands, e-mail: user-help@jmeter.apache.org
>> 
>> 


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
For additional commands, e-mail: user-help@jmeter.apache.org


Mime
View raw message