Agreed, it would not be practical to run 100 instances - but it would be useful to find out if you can get past 5 simultaneous threads.
The behaviour with 10, 15, 20 threads etc might give a better idea as to why the problems are occurring. The size in the View Results in Table is the Response size, not the Request size. S. On 21/05/06, Richa Pant <[EMAIL PROTECTED]> wrote:
Hi, Thanks Sebb. I ll try dividing the threads into group of 5 and running from separate Jmeter instances. But think this ll be a very hard thing to do if I want to try 500 simultaneous hits. One thing more I observed when I looked at the results in "View Results in Table". All the Requests with Bytes as 512 are passing and any requests having Bytes greater than 512(e.g 735,1185, 1147....etc) are failing. I checked yesterdays WebServer Logs also.Thats seems to be clear. Also I was wondering why the Sampler Requests size is being shown as 512 .. bytes in "View Results in Table", when the files that are posted in Sampler Requests are of same size(50KB). It seems that Jmeter is dividing the data into chunks before sending. But when I see the #Samplers in aggregate report its correctly = (no.of threads) * (No.of Requets per thread). It seems Jmeter is sending the correct no of requests but the size of the Requests shown in "View Results in Table" are different from the file size posted with the Request. Thanks alot for all the help, Regards, Richa sebb <[EMAIL PROTECTED]> wrote: This also looks like something external to JMeter. I'm not familiar with the details of HTTPClient, but the method name readStatusLine() suggests that the data has been successfully uploaded, and that JMeter is waiting for the remote server to respond. All I can suggest now is that you run several instance of JMeter, each with 5 threads - because you know that JMeter and the server can cope with 5 threads. If the problems continue, then this seems to me that the problem lies with the server - or perhaps the network. It might be worth trying to run JMeter from more than 1 system. S.
[...] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
