You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@jmeter.apache.org by Srinivasa Tekkatte Shenoy <ts...@mimos.my> on 2012/08/13 13:14:13 UTC

Simple Jmeter Architecture for a particular scenario

Hi All,

I have a scenario loading 500 users from 2 machines simultaneously initiated by a master for 2 slaves with each 250 users. It hits application server(JBooss) and database as MySQL.

I am looking for a Simple JMeter Architecture for this scenario. How it actually creates the user/thread in the background for this particular scenario?

A diagram with an example will be very helpful.

Thank You

Regards
Shenoy


------------------------------------------------------------------
-
-
DISCLAIMER: 

This e-mail (including any attachments) is for the addressee(s) 
only and may contain confidential information. If you are not the 
intended recipient, please note that any dealing, review, 
distribution, printing, copying or use of this e-mail is strictly 
prohibited. If you have received this email in error, please notify 
the sender  immediately and delete the original message. 
MIMOS Berhad is a research and development institution under 
the purview of the Malaysian Ministry of Science, Technology and 
Innovation. Opinions, conclusions and other information in this e-
mail that do not relate to the official business of MIMOS Berhad 
and/or its subsidiaries shall be understood as neither given nor 
endorsed by MIMOS Berhad and/or its subsidiaries and neither 
MIMOS Berhad nor its subsidiaries accepts responsibility for the 
same. All liability arising from or in connection with computer 
viruses and/or corrupted e-mails is excluded to the fullest extent 
permitted by law.


Re: Simple Jmeter Architecture for a particular scenario

Posted by Adrian Speteanu <as...@gmail.com>.
I don't know any links to what you are requesting. The question is
recurring, yes, but the answer to it is not available since the question is
a bit wrong.

Hope I can keep it short and meaningful:
 > x users generate y traffic.
 > z jmeter threads can generate the same amount of traffic, y.
z can be smaller or equal to x (a lot smaller sometimes). if you
specifically need to keep a session cookie per thread, then x=z; you can do
this, but since this requires more resources, you should be absolutely sure
you need to do this.

You should focus your efforts on knowing x, y and how the traffic looks
like. It will be easier to search for ways to generate the same type of
traffic with JMeter. And how individual threads work like is pretty
straight forward, start with jmeter's user manual.

--Adrian S

On Mon, Aug 13, 2012 at 2:15 PM, Shaba K <sh...@gmail.com> wrote:

> A good starter will be there website.
>
> On Mon, Aug 13, 2012 at 12:14 PM, Srinivasa Tekkatte Shenoy <
> tsrinivas.shenoy@mimos.my> wrote:
>
> > Hi All,
> >
> > I have a scenario loading 500 users from 2 machines simultaneously
> > initiated by a master for 2 slaves with each 250 users. It hits
> application
> > server(JBooss) and database as MySQL.
> >
> > I am looking for a Simple JMeter Architecture for this scenario. How it
> > actually creates the user/thread in the background for this particular
> > scenario?
> >
> > A diagram with an example will be very helpful.
> >
> > Thank You
> >
> > Regards
> > Shenoy
> >
> >
> > ------------------------------------------------------------------
> > -
> > -
> > DISCLAIMER:
> >
> > This e-mail (including any attachments) is for the addressee(s)
> > only and may contain confidential information. If you are not the
> > intended recipient, please note that any dealing, review,
> > distribution, printing, copying or use of this e-mail is strictly
> > prohibited. If you have received this email in error, please notify
> > the sender  immediately and delete the original message.
> > MIMOS Berhad is a research and development institution under
> > the purview of the Malaysian Ministry of Science, Technology and
> > Innovation. Opinions, conclusions and other information in this e-
> > mail that do not relate to the official business of MIMOS Berhad
> > and/or its subsidiaries shall be understood as neither given nor
> > endorsed by MIMOS Berhad and/or its subsidiaries and neither
> > MIMOS Berhad nor its subsidiaries accepts responsibility for the
> > same. All liability arising from or in connection with computer
> > viruses and/or corrupted e-mails is excluded to the fullest extent
> > permitted by law.
> >
> >
>

Re: Simple Jmeter Architecture for a particular scenario

Posted by Shaba K <sh...@gmail.com>.
A good starter will be there website.

On Mon, Aug 13, 2012 at 12:14 PM, Srinivasa Tekkatte Shenoy <
tsrinivas.shenoy@mimos.my> wrote:

> Hi All,
>
> I have a scenario loading 500 users from 2 machines simultaneously
> initiated by a master for 2 slaves with each 250 users. It hits application
> server(JBooss) and database as MySQL.
>
> I am looking for a Simple JMeter Architecture for this scenario. How it
> actually creates the user/thread in the background for this particular
> scenario?
>
> A diagram with an example will be very helpful.
>
> Thank You
>
> Regards
> Shenoy
>
>
> ------------------------------------------------------------------
> -
> -
> DISCLAIMER:
>
> This e-mail (including any attachments) is for the addressee(s)
> only and may contain confidential information. If you are not the
> intended recipient, please note that any dealing, review,
> distribution, printing, copying or use of this e-mail is strictly
> prohibited. If you have received this email in error, please notify
> the sender  immediately and delete the original message.
> MIMOS Berhad is a research and development institution under
> the purview of the Malaysian Ministry of Science, Technology and
> Innovation. Opinions, conclusions and other information in this e-
> mail that do not relate to the official business of MIMOS Berhad
> and/or its subsidiaries shall be understood as neither given nor
> endorsed by MIMOS Berhad and/or its subsidiaries and neither
> MIMOS Berhad nor its subsidiaries accepts responsibility for the
> same. All liability arising from or in connection with computer
> viruses and/or corrupted e-mails is excluded to the fullest extent
> permitted by law.
>
>