jmeter-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rajiv Nanduani <rajivkumarnandv...@gmail.com>
Subject Re: Re: remote server distributed testing JMETER: Analysis the output which is better to run from wh
Date Tue, 13 Dec 2011 12:10:54 GMT
Hi deepak,

one slave is  in india and another slave in USA, and server is another
location Australia

I want to  run from india so that i can merge both results(india salve, USA
slave).
The master machine is placed in India

On Tue, Dec 13, 2011 at 5:30 PM, Deepak Goel <deicool@gmail.com> wrote:

> Hey Rajiv
>
> Why would you like to keep the server in USA when all the slaves are
> in India? More expensive, difficult to control and manage, bandwidth
> consuming, etc...etc...
>
> Deepak
> www.simtree.net
>
> On 12/13/11, Rajiv Nanduani <rajivkumarnandvani@gmail.com> wrote:
> > Hi All,
> >
> > Please guide me.
> > How can we effectively setup a distributed environment (with the Server
> in
> > the US and the slaves at india)?
> > What are the setups are required ?? needs to be check???
> >
> > On Mon, Dec 12, 2011 at 5:50 PM, Deepak Goel <deicool@gmail.com> wrote:
> >
> >> Hey Rajiv
> >>
> >> Number Of Concurrent Users = Throughput
> >>                                            =============
> >>                                             (Response Time + Think Time)
> >> I raised this point as your number of transactions are varying, so you
> >> need some steady parameter to measure your results against. And that
> >> can be "Number of Concurrent Users"
> >>
> >> Answer to your second point: Test from US Machine only...
> >>
> >> Thats what it look likes until unless you can fix up your setup for
> >> the other two test (from India) to give out results which are similar
> >> to the US Machine test.
> >>
> >> Deepak
> >> www.simtree.net
> >>
> >> On 12/12/11, rajivkumarnandvani@gmail.com <rajivkumarnandvani@gmail.com
> >
> >> wrote:
> >> > Hi deepak,
> >> >
> >> > I did not get your point
> >> >
> >> >  From the data, you are running a test of approx 2500-3000 concurrent
> >> > users.???????????????????
> >> >>> i am running 1 thread for 5 minutes loop count forever
> >> >
> >> >
> >> > It means?
> >> > Remote server testing running from India to USA ( window to linux) is
> >> > not
> >> > useful.
> >> >
> >> > Should I run from linux machine (USA) only??
> >> >
> >> > On , Deepak Goel <deicool@gmail.com> wrote:
> >> >> Hey
> >> >
> >> >
> >> >
> >> >> Namaskara~Nalama~Guten Tag~Bonjour
> >> >
> >> >
> >> >
> >> >>  From the data, you are running a test of approx 2500-3000 concurrent
> >> >> users.
> >> >
> >> >> If you run it from India, there is a approx lag of 1000ms and hence
> the
> >> >
> >> >> transaction difference of 100 (India) with a response time of 1000ms
> to
> >> >
> >> >> 10000 (USA) with a response time of 20ms. The remote server
> distributed
> >> >
> >> >> testing seems not to be adding about 800ms to the result of response
> >> time
> >> >
> >> >> and hence shows about 20ms as the response time (Although it
> restricts
> >> the
> >> >
> >> >> number of transactions to be about 100). Looks like a skewed result.
> >> >
> >> >
> >> >
> >> >> Deepak
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >> --
> >> >
> >> >> Keigu
> >> >
> >> >
> >> >
> >> >> Deepak
> >> >
> >> >> +91-9765089593
> >> >
> >> >> deicool@gmail.com
> >> >
> >> >> http://www.simtree.net
> >> >
> >> >
> >> >
> >> >> Skype: thumsupdeicool
> >> >
> >> >> Google talk: deicool
> >> >
> >> >> Blog: http://loveandfearless.wordpress.com
> >> >
> >> >> Facebook: http://www.facebook.com/deicool
> >> >
> >> >
> >> >
> >> >> "Contribute to the world, environment and more :
> >> >> http://www.gridrepublic.org
> >> >
> >> >> "
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >> On Fri, Dec 9, 2011 at 4:48 PM, Rajiv Nanduani
> >> >> rajivkumarnandvani@gmail.com
> >> >
> >> >> > wrote:
> >> >
> >> >
> >> >
> >> >> > Hi All,
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> > I have performed a testing with Jmeter. I have to Analysis the
> output
> >> >> which
> >> >
> >> >> > is better to run from where ???? Please help me out on this
> >> >
> >> >> >
> >> >
> >> >> > I have two machines. One is in INDIA and second in US( client
side)
> >> >
> >> >> >
> >> >
> >> >> > I have also remote access of remote machine(Linux machine in US)
> >> >
> >> >> >
> >> >
> >> >> > I have executed same request for 5 minutes with 1 thread from
every
> >> >
> >> >> > location and getting the below output.
> >> >
> >> >> >
> >> >
> >> >> > 1. Executed from india local windows machine (Windows in INDIA)
> >> >
> >> >> > 2. Executed from US by using remote machine access (Linux machine
> in
> >> US
> >> >> >
> >> >> )
> >> >
> >> >> > 3. Executed from India in US machine by using remote server
> >> distributed
> >> >
> >> >> > testing JMETER
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> > From local machine Windows in INDIA
> >> >
> >> >> >
> >> >
> >> >> > Scenarios
> >> >
> >> >> >
> >> >
> >> >> > # of Transactions
> >> >
> >> >> >
> >> >
> >> >> > Avg Time (Milli Sec)
> >> >
> >> >> >
> >> >
> >> >> > Min Time (Milli Sec)
> >> >
> >> >> >
> >> >
> >> >> > Max Time (Milli Sec)
> >> >
> >> >> >
> >> >
> >> >> > Std Dev (Milli Sec)
> >> >
> >> >> >
> >> >
> >> >> > Error %
> >> >
> >> >> >
> >> >
> >> >> > Throughput/Sec
> >> >
> >> >> >
> >> >
> >> >> > KB/Sec
> >> >
> >> >> >
> >> >
> >> >> > Avg Bytes
> >> >
> >> >> >
> >> >
> >> >> > MobileFAQ
> >> >
> >> >> >
> >> >
> >> >> > 99
> >> >
> >> >> >
> >> >
> >> >> > 821
> >> >
> >> >> >
> >> >
> >> >> > 261
> >> >
> >> >> >
> >> >
> >> >> > 7399
> >> >
> >> >> >
> >> >
> >> >> > 1355.12
> >> >
> >> >> >
> >> >
> >> >> > 0.00
> >> >
> >> >> >
> >> >
> >> >> > 1.22
> >> >
> >> >> >
> >> >
> >> >> > 133.90
> >> >
> >> >> >
> >> >
> >> >> > 112641
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> > From Linux machine in US
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> > Scenarios
> >> >
> >> >> >
> >> >
> >> >> > # of Transactions
> >> >
> >> >> >
> >> >
> >> >> > Avg Time (Milli Sec)
> >> >
> >> >> >
> >> >
> >> >> > Min Time (Milli Sec)
> >> >
> >> >> >
> >> >
> >> >> > Max Time (Milli Sec)
> >> >
> >> >> >
> >> >
> >> >> > Std Dev (Milli Sec)
> >> >
> >> >> >
> >> >
> >> >> > Error %
> >> >
> >> >> >
> >> >
> >> >> > Throughput/Sec
> >> >
> >> >> >
> >> >
> >> >> > KB/Sec
> >> >
> >> >> >
> >> >
> >> >> > Avg Bytes
> >> >
> >> >> >
> >> >
> >> >> > MobileFAQ
> >> >
> >> >> >
> >> >
> >> >> > 10085
> >> >
> >> >> >
> >> >
> >> >> > 17
> >> >
> >> >> >
> >> >
> >> >> > 12
> >> >
> >> >> >
> >> >
> >> >> > 826
> >> >
> >> >> >
> >> >
> >> >> > 19.43
> >> >
> >> >> >
> >> >
> >> >> > 0.00
> >> >
> >> >> >
> >> >
> >> >> > 56.03
> >> >
> >> >> >
> >> >
> >> >> > 6163.14
> >> >
> >> >> >
> >> >
> >> >> > 112641
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> > Remote Server from Windows to Linux machine
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> > Scenarios
> >> >
> >> >> >
> >> >
> >> >> > # of Transactions
> >> >
> >> >> >
> >> >
> >> >> > Avg Time (Milli Sec)
> >> >
> >> >> >
> >> >
> >> >> > Min Time (Milli Sec)
> >> >
> >> >> >
> >> >
> >> >> > Max Time (Milli Sec)
> >> >
> >> >> >
> >> >
> >> >> > Std Dev (Milli Sec)
> >> >
> >> >> >
> >> >
> >> >> > Error %
> >> >
> >> >> >
> >> >
> >> >> > Throughput/Sec
> >> >
> >> >> >
> >> >
> >> >> > KB/Sec
> >> >
> >> >> >
> >> >
> >> >> > Avg Bytes
> >> >
> >> >> >
> >> >
> >> >> > MobileFAQ
> >> >
> >> >> >
> >> >
> >> >> > 89
> >> >
> >> >> >
> >> >
> >> >> > 22
> >> >
> >> >> >
> >> >
> >> >> > 15
> >> >
> >> >> >
> >> >
> >> >> > 221
> >> >
> >> >> >
> >> >
> >> >> > 24.32
> >> >
> >> >> >
> >> >
> >> >> > 0.00
> >> >
> >> >> >
> >> >
> >> >> > 0.50
> >> >
> >> >> >
> >> >
> >> >> > 55.00
> >> >
> >> >> >
> >> >
> >> >> > 112641
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> >
> >> >
> >> >> > --
> >> >
> >> >> >
> >> >
> >> >> > Regards
> >> >
> >> >> >
> >> >
> >> >> > *RAJIV http://testeverythingrajiv.com/>
> >> >
> >> >> > KUMARhttp://rajivkumarnandvani.wordpress.com/>
> >> >
> >> >> > NANDVANI http://testeverythingqtp.blogspot.com>*
> >> >
> >> >> >
> >> >
> >> >> > http://rajivkumarnandvani.wordpress.com
> >> >
> >> >> > http://testeverythingqtp.blogspot.com/
> >> >
> >> >> >
> >> >
> >> >
> >>
> >>
> >> --
> >> Namaskara~Nalama~Guten Tag~Bonjour
> >>
> >>
> >>   --
> >> Keigu
> >>
> >> Deepak
> >> +91-9765089593
> >> deicool@gmail.com
> >> http://www.simtree.net
> >>
> >> Skype: thumsupdeicool
> >> Google talk: deicool
> >> Blog: http://loveandfearless.wordpress.com
> >> Facebook: http://www.facebook.com/deicool
> >>
> >> "Contribute to the world, environment and more :
> >> http://www.gridrepublic.org
> >> "
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
> >> For additional commands, e-mail: user-help@jmeter.apache.org
> >>
> >>
> >
> >
> > --
> >
> > Regards
> >
> > *RAJIV <http://testeverythingrajiv.com/>
> > KUMAR<http://rajivkumarnandvani.wordpress.com/>
> > NANDVANI <http://testeverythingqtp.blogspot.com>*
> >
> > http://rajivkumarnandvani.wordpress.com
> > http://testeverythingqtp.blogspot.com/
> >
>
>
> --
> Namaskara~Nalama~Guten Tag~Bonjour
>
>
>   --
> Keigu
>
> Deepak
> +91-9765089593
> deicool@gmail.com
> http://www.simtree.net
>
> Skype: thumsupdeicool
> Google talk: deicool
> Blog: http://loveandfearless.wordpress.com
> Facebook: http://www.facebook.com/deicool
>
> "Contribute to the world, environment and more :
> http://www.gridrepublic.org
> "
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
> For additional commands, e-mail: user-help@jmeter.apache.org
>
>


-- 

Regards

*RAJIV <http://testeverythingrajiv.com/>
KUMAR<http://rajivkumarnandvani.wordpress.com/>
NANDVANI <http://testeverythingqtp.blogspot.com>*

http://rajivkumarnandvani.wordpress.com
http://testeverythingqtp.blogspot.com/

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