G'day So if I understand you correctly you are expecting 80 requests from each thread group for each user each hour (80 requests per user per hour per TG x 9 TG x 100 users = 7200 requests per hour).
This gives 8,000 requests per thread group per hour (8000 requests per TG per hour * 9 TG = 72000 requests per hour). And you are in fact getting 1800 iterations of TG 1 only. So the question still remains - do these 1800 requests take the whole hour (meaning each request is taking a lot longer than expected) or are the 1800 requests completed early in the hour (meaning something broke, despite the 'Continue' option). Ian Blavins Contract Performance Engineer Temenos -----Original Message----- From: harschel [mailto:[EMAIL PROTECTED] Sent: 16 August 2007 11:19 To: [email protected] Subject: RE: Lesser number of requests are sent. one more thing Ian, In the thread group , I gave the option of "Continue" in case of Sampler error. So I guess the request should carry on even if there is any error. Also the response time for most of the request is too high . My production server is able to handle more than 100 users as there was no breakage from the server side. We are using two webserver and all requests are going through load balancer. --harschel iblavins wrote: > > G'day > > I see three broad possibilities. One is that the target machine is only > capable of discharging 1800 requests in one hour. > > The second is that you test plan structure isn't quite right for what you > want and you are actually only set up to make 1800 requests. > > The third is that the run is being stopped by errors. > > To distinguish between these have a look at the timing of the requests. Do > all 1800 get done early in the hour and then no more - suggesting option 2 > or 3, or are they spread over the hour, suggesting option 1. > > Assuming when you say you get 1800 requests done you mean exactly 1800 > then > I would think options 2 or 3 is more likely than option 1. I would guess > that 1800 requests = 2 completed requests each for 100 users of each of 9 > thread groups. So did we request only 2 or did we get only 2. > > To distinguish between options 2 and 3 I would look at the log. My guess > is > that the 2nd request for each user is failing and each user is exiting at > that point. This could be an input data issue. > > > > > Ian Blavins > Contract Performance Engineer > Temenos > > -----Original Message----- > From: harschel [mailto:[EMAIL PROTECTED] > Sent: 16 August 2007 08:05 > To: [email protected] > Subject: Lesser number of requests are sent. > > > Hi, > I am using JMeter for load testing of my application.But I am not getting > the expected number of requests which I am intend to make. > Through the distributed testing, I am running two jMeter server and one > client (who also acts as one of the sever ). > The simulated load is of just 100 users so 50-50 users are distributed on > each machine. > There are 9 different types of requests each user is supposed to make. > I created 9 different thread groups for each type of request .And each > thread group is having 50 users where I checked the "forever" loop .And I > am > running the script for one hour. > There is constant throughput timer for each request. > For example , I am giving a target throughput ie. samples per minutes as > 12 > .So it is expected that each minute a single user will create 12 requests > and the request is being sent each 5 secs. (60/12= 5 sec). > So I am running for one hour , > the total number of expected requests are for one user = 12*60 = 720 > requests. > Hence for 100 users , it would be = 720 * 100 = 72,000 requests . > But in JMeter, i could see only 1800 requests are being made. Very less > compared to what I expected. > Any reason why this is happening and solution for that ?(Why so less > number > of requests) > > Second concern is : Since I am running this test on two machine, and > giving > 50 users each, in the "threadName " I could see users upto 50 . i.e. they > are numbered like users("users" is the name I had given for the thread > group) users1-50 and nothing beyond that. > So does it mean that it simulated 50 users or 100 users??? > > Any suggestion would be of great help. > Thanks . > > > -- > View this message in context: > http://www.nabble.com/Lesser-number-of-requests-are-sent.-tf4277904.html#a12 > 176383 > Sent from the JMeter - User mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > This email (and any attachments) contains confidential information, and is > intended > only for the named recipient. Distribution or copying of this email by > anyone > other than the named recipient is prohibited. If you are not the named or > intended recipient, please notify TEMENOS or the sender immediately and > permanently destroy this email (and any attachments) and all copies of it. > No > member of TEMENOS Group AG or any of its associated or affiliated > companies is > liable for any errors or omissions in the content or transmission of this > email. Any opinions contained in this email are solely those of the author > and, > unless clearly indicated otherwise in writing, are not endorsed by any > member > of TEMENOS Group AG or any of its associated and affiliated companies. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Lesser-number-of-requests-are-sent.-tf4277904.html#a12 178702 Sent from the JMeter - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This email (and any attachments) contains confidential information, and is intended only for the named recipient. Distribution or copying of this email by anyone other than the named recipient is prohibited. If you are not the named or intended recipient, please notify TEMENOS or the sender immediately and permanently destroy this email (and any attachments) and all copies of it. No member of TEMENOS Group AG or any of its associated or affiliated companies is liable for any errors or omissions in the content or transmission of this email. Any opinions contained in this email are solely those of the author and, unless clearly indicated otherwise in writing, are not endorsed by any member of TEMENOS Group AG or any of its associated and affiliated companies. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
