On 29 September 2010 23:41, Deepak Goel <[email protected]> wrote: > Hey > > Namaskara~Nalama~Guten Tag > > I forgot to add, i am unsure about the server configuration, but if there > are multiple web servers-app servers-db servers-file servers and there are > lot of sub transactions within a transaction, there would be significantly > more traffic on the network which would make the master<=>15 client traffic > look like a needle in the haystack.
Again, this depends on the network configuration. For a high performance system it is likely that the client-facing servers will be on one network, and the application and database servers on another network. > > 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 Thu, Sep 30, 2010 at 12:41 AM, sebb <[email protected]> wrote: > >> 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] >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
