At present it is better to use batch mode for generating high loads. But I agree that it would be useful if the remote mode was more efficient.
One possible work-round is to add a summariser to the agent JMeter scripts. This will dump out the performance statistics every so often. Combine this with hold_samples - or just use batch mode. Or, if the agents are all doing much the same work, run all but one in batch mode, and run the other locally using the GUI. The log files can be combined later and re-analyzed as a whole. S. -----Original Message----- From: Masashi Takeichi [mailto:[EMAIL PROTECTED] Sent: 26 May 2004 08:53 To: [EMAIL PROTECTED] Subject: Performance of Distributed testing Hello May I ask some questions about Distributed testing? I'm using 3 machines for JMeter's load test. At one controller machine, JMeter is running in GUI mode At two agent machines, JMeter are running in server mode. The number of threads is 100 per agent. I executed a load test, but the requests generated by JMeter were less than they were expected. So I captured RMI communication between a controller and agents and found that a lot of RMI messages were exchanged without a break. The traffic seems to cause performance down of agents. When I used 'hold_samples=true' property to limit data transfer, the performance was improved. #The agent's CPU load became less than half. The feature is very useful. But I want to monitor performance in real time using some listeners. Is the solution of "the compatibility between agent's performance and real-time monitoring" discussed in JMeter's developers ? e.g.) * Dynamic turning of Data Transfer Timing between agents and controller * Dynamic turning of Amount of Transferred Data. And could you tell me about JMeter's road map related to Distributed testing ? Best regards, --------------------------------- Masashi Takeichi --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___________________________________________________________________________ This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos Origin group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. ___________________________________________________________________________ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
