jmeter-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Adrian Speteanu <asp.ad...@gmail.com>
Subject Re: JMETER request processing in parallel
Date Wed, 19 Dec 2012 14:47:07 GMT
I support the idea. Recently I've studied the problem of parallelism vs
multi-threading and got to Locust (after getting multiple headaches, in
parallel too):
http://docs.locust.io/en/latest/what-is-locust.html

The idea is very simple: utilise those threads to the maximum. Which can be
done in JMeter as well if you have requests that respond in milliseconds or
tens of milliseconds (apps such as these usually don't depend on session
ID). So one thread can send tens - hundreds of requests per second. However
- its ugly! In the end, the person that implements the script shouldn't
have to worry how the threads are handled and organized - this needs to be
handled by a separate layer. Even  when testing the entire system, not just
a component - so you will have large response times and all, if your tester
implements a logic to the "VU" to wait 10-15s, do you really want to keep
an entire thread bounded to a wait() action? Its not efficient, not
[i]"pretty"[/i].

Because of the GUI, test logic usually tends to mimic virtual users actions
per thread - and no matter how much I advise against it, that's what people
do. And then they try to scale that logic to thousands of users per machine
and => ba da boom - Fatality!!!

Unfortunately, Locust is not mature enough and other tools just don't cut
it to that level. JMeter should grow, if possible, to cover these scenarios
as well.

Definitely will support whatever steps are made into this direction.

Cheers,
Adrian S

On Wed, Dec 19, 2012 at 4:14 PM, Shmuel Krakower <shmulikk@gmail.com> wrote:

> Hi Mitesh
> That's a good question - actually there is a request for a "Parallel
> Controller":
> https://issues.apache.org/bugzilla/show_bug.cgi?id=53159
>
> I may vote for it.
>
> Best,
>
> Shmuel Krakower.
> www.Beatsoo.org - re-use your jmeter scripts for application performance
> monitoring from worldwide locations for free.
>
>
>
> On Wed, Dec 19, 2012 at 4:08 PM, HUSSEY, SCOTT T <sh8121@att.com> wrote:
>
> > You can concurrently request page resources. The setting is in the HTTP
> > Sampler and you can adjust the number of sub-threads each test plan
> thread
> > uses when requesting internal page resources.
> >
> > > -----Original Message-----
> > > From: Mitesh Patel [mailto:patel_m172@hotmail.com]
> > > Sent: Wednesday, December 19, 2012 7:49 AM
> > > To: user@jmeter.apache.org
> > > Subject: JMETER request processing in parallel
> > >
> > > Hi,
> > >
> > > This may be an obvious/stupid question, but can JMETER process "HTTP
> > > Request" elements in parallel? Currently it all requests (html, css,
> js,
> > images)
> > > are processed sequentially and I am getting high latencies. This is of
> > course
> > > not really the case, as the individual time for each request is less
> > than 1 sec.
> > >
> > > Thanks,
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
> > For additional commands, e-mail: user-help@jmeter.apache.org
> >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message