When your threads take a long time to terminate, you should probably check out your application at that point.
For example: when you have HTTP requests, the threads won't die until the threads either timeout or respond. Which could take up to a minute or so a pop. On Fri, Aug 15, 2008 at 9:55 AM, Eric Tchepannou <[EMAIL PROTECTED]>wrote: > Setting the JTL file to use CSV format made a big difference. I have now a > kept a single result tree and agg. report. Also, I found that playing with > the ramp-up value helps to minimise the amount of memory allocated within a > period. Everything is now looking much better, I am running my test plan > with 64 x 2 users, but jmeter seems to take toooo long to terminate the > threads. The test is supposed to take 15 min, the last entry in jmeter.log > was at 10:35, it is now 10:52 and when running the linux top command, I can > see that circa 20 threads are still wating to be terminated. I am just > hoping they are not blocked of something like that... > > Thanks again all. > > On Thu, Aug 14, 2008 at 8:02 PM, sebb <[EMAIL PROTECTED]> wrote: > > > On 14/08/2008, Eric Tchepannou <[EMAIL PROTECTED]> wrote: > > > Hi guys, > > > > > > thanks so much for you help. > > > After your recommendations, I have made following amendments to my > > script: > > > i. I have disabled the Cache Managers > > > ii. I have deleted all Timers and kept, for each thread group, just > one, > > as > > > sibling of the HTTP requests > > > Unfortunately, I am still experiencing the same problem :-( > > > > Did you set the JTL file to use CSV format? > > > > > Does jmeter keeps the downloaded items in memory? > > > > No, unless there is a Listener that needs to save the details, e.g Tree > > View. > > > > > If yes, is it possible to prevent this? > > > > I suggest you try experimenting with fewer threads - maybe try halving > > the number and running two copies of JMeter. > > > > Alternatively, try running with smaller memory settings, e.g. > > > > "-Xms1024m -Xmx1024m" > > > > in case Java is grabbing more than it needs and causing the OOM. > > > > > Thanks! > > > > > > > > > Eric. > > > > > > > > > > > > > > > On Wed, Aug 13, 2008 at 7:29 PM, sebb <[EMAIL PROTECTED]> wrote: > > > > > > > On 13/08/2008, Fitzpatrick, Adrian <[EMAIL PROTECTED]> wrote: > > > > > > > > > > As Michael said , no errors! Where do you see the out of memory? > In > > > > terms of > > > > > the JMX, the likely culprit is probably the HTTP cache manager. I > > see > > > > that it > > > > > clears after interation but I also see each iteration apppears to > > > > download a > > > > > hell of a lot! I haven't counted at all, but I imagine a worst > case > > > > scenario > > > > > of 128 threads running simulateanously and downloading say 10mb > per > > > > > iteration, theres up 1.2Gb memory gone before you even count > > jmeter's > > > > own > > > > > memory usage.... have u tried running without this element? > > > > > > > > > > > > > The Cache Manager should only save the Last-Modified and Etag values > > > > for each URL, but maybe it has a fault. > > > > > > > > > > > > > > -----Original Message----- > > > > > From: Eric Tchepannou [mailto:[EMAIL PROTECTED] > > > > > > > > > > Sent: 13 August 2008 18:55 > > > > > To: JMeter Users List > > > > > > > > > > Subject: Re: OutOfMemoryErrors. Tips for performance improvement. > > > > > > > > > > > > > > > ************************************* > > > > > > > > > > This e-mail has been received by the Revenue Internet e-mail > > service. > > > > (IP) > > > > > > > > > > ************************************* > > > > > > > > > > > > > > > see attached. > > > > > > > > > > Thanks . > > > > > > > > > > Eric. > > > > > > > > > > > > > > > On Wed, Aug 13, 2008 at 6:28 PM, Fitzpatrick, Adrian < > > > > [EMAIL PROTECTED]> > > > > > wrote: > > > > > > > > > > > > > > > > > > > > Hi Eric, > > > > > > > > > > We are running more threads with less memory than this, so it > > should be > > > > > possible. Are you doing anything odd in your thread groups that > > might > > > > consume > > > > > a lot of memory? If you want to share ur JMX file i can take a > look > > and > > > > see > > > > > if I can spot anything.... > > > > > > > > > > Regards, > > > > > > > > > > Adrian > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: Eric Tchepannou [mailto: [EMAIL PROTECTED] > > > > > Sent: 13 August 2008 17:58 > > > > > To: JMeter Users List > > > > > Subject: OutOfMemoryErrors. Tips for performance improvement. > > > > > > > > > > > > > > > Hi all, > > > > > > > > > > I am looking for tips to improve performance with jmeter. I have > > > > recorded a > > > > > web test script containing two thread groups. Following the > > jmeter's > > > > best > > > > > practice guide, I have disabled all my listeners and I am running > > in > > > > nongui > > > > > mode and with "-Xms2048m -Xmx2048m". I am trying to simulate 128 > (2 > > x > > > > 64) > > > > > users for one hour, but constantly get OutOfMemory errors after > > about 15 > > > > > minutes. I would have hoped to be able to perform this test from > a > > > > single > > > > > client, but it looks like this will only work with distributed > > testing > > > > or do > > > > > you know any other useful tip I could use to improve the > > performance? > > > > > > > > > > Thanks, > > > > > > > > > > Eric. > > > > > > > > > > > > > > > > > > > > ************************ > > > > > > > > > > This message has been delivered to the Internet by the Revenue > > Internet > > > > > e-mail service (OP) > > > > > > > > > > ************************* > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > > > > For additional commands, e-mail: > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ************************ > > > > > > > > > > This message has been delivered to the Internet by the Revenue > > Internet > > > > e-mail service (OP) > > > > > > > > > > ************************* > > > > > > > > > --------------------------------------------------------------------- > > > > 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] > > > > >
