On 29 September 2010 19:04, Deepak Goel <[email protected]> wrote: > Hey > > Namaskara~Nalama~Guten Tag > > Well, the network traffic between client and server would be for 15 slaves > <=> Server. For most applications this network traffic would be > significantly higher than the Master <=>15 Slave network traffic. > > If you find a system which the case is otherwise, please let me know. That > would be a discovery which we can send it out to the Guinness Book of World > Records!
Oops - I was thinking of a different posting where each slave sent to a different server. However, it is still true that the sample data that is returned to the master *can* be bigger than the response from the (web) server, even if only one (web) server is involved. If the listener is configured to return the sample data (and statistical sampling is not used), then the data sent back to the master will include the headers and the body and the additional JMeter data fields, and the overhead for serialisation. Furthermore, if the body content was gzipped, it will be returned in unzipped form. If there are multiple listeners, it may well be that the same data is sent to each of them. That is why I wrote that the data traffic depends on the test plan. > Regards > Deepak > -- > Keigu > > Deepak > +91-9765089593 > [email protected] > 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 Wed, Sep 29, 2010 at 11:29 PM, sebb <[email protected]> wrote: > >> On 29 September 2010 18:40, Deepak Goel <[email protected]> wrote: >> > Hey >> > >> > Namaskara~Nalama~Guten Tag >> > >> > The network traffic from client to server depends on the >> request-response. >> > Whereas the network traffic between master and slaves is only for sending >> > what type of request to send to server and the result statistics (which >> > would be very very less) >> >> The master sends the test plan to the slave(s) at the start of the test >> run. >> The slaves return test samples back to the listeners. >> >> How much data is sent back to the master depends on the batching mode >> and the listener configuration. >> The data volume could be bigger than the response from the server. >> >> If one uses statistical batching, then yes, it will in general be less >> than the sample responses. >> >> Remember that the JMeter master node has to receive data from all the >> slaves, so the total traffic volume could still be greater than that >> from a single JMeter slave <=> server under test. >> >> > Deepak >> > -- >> > Keigu >> > >> > Deepak >> > +91-9765089593 >> > [email protected] >> > 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 Wed, Sep 29, 2010 at 11:44 AM, yj2133011 <[email protected]> wrote: >> > >> >> >> >> How do you arrive at that figure? >> >> >> >> The network traffic from server to client depends on the test plan >> >> listeners and the server configuration. >> >> >> >> And the percentage overhead surely depends on the current network >> traffic? >> >> >> >> ----- >> >> The voice input and output is very good in this >> >> >> >> >> http://www.tomtop.com/black-ps3-wireless-bluetooth-headset-for-playstation-3.html?aid=z >> >> Wireless PS3 Headset . It is compatible with all PS3 games.Buy from >> >> Reliable >> >> >> >> >> http://www.tomtop.com/google-android-7-notebook-3g-tablet-pc-umpc-wifi-mid-pda.html?aid=z >> >> Google Android PC apad Wholesalers. >> >> -- >> >> View this message in context: >> >> >> http://jmeter.512774.n5.nabble.com/Scalability-and-Stability-of-JMeter-s-Distributed-Mode-tp2852466p2965678.html >> >> Sent from the JMeter - User mailing list archive at Nabble.com. >> >> >> >> --------------------------------------------------------------------- >> >> 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] >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
