Re: Out of memory errors at end of a run
Gary Mulder <[email protected]> Thu, 3 Mar 2016 10:10:57 +0000
| Newsgroups | gmane.comp.java.grinder.user |
|---|---|
| Message-ID | <CAKy9zTBqm-6SVkmU9GPH3mkzXk+CGbUruAy4p5wNrYTtLairUQ@mail.gmail.com> |
--===============5090921133174590784== Content-Type: multipart/alternative; boundary=047d7bea40b846b12d052d2239e9 --047d7bea40b846b12d052d2239e9 Content-Type: text/plain; charset=UTF-8 On 2 March 2016 at 13:36, John K <[email protected]> wrote: > Hi Gary, > > Thank you for the reply. I can do as you suggest and break up my Grinder > workers but I'm only seeing this OutOfMemory error when my run is coming to > an end based on grinder.duration. While it is running, everything is fine > so I think that what's happening is that when the Grinder is done and tries > to tally up some information, it runs out of memory. > Not sure how to fix your issue programmatically. As a SysAdmin I'd just increase the Old Gen memory to 4+ GB or so, if you can. Keep the Young Gen small so that you minimise GC pauses while testing and watch the GC log to see how the JVM is consuming and freeing memory. Regards, Gary --047d7bea40b846b12d052d2239e9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On 2= March 2016 at 13:36, John K <span dir=3D"ltr"><<a href=3D"mailto:raven5= [email protected]" target=3D"_blank">[email protected]</a>></span> wrote= :<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-le= ft:1px #ccc solid;padding-left:1ex"> <div><div dir=3D"ltr">Hi Gary,<br><br>Thank you for the reply. I can do as = you suggest and break up my Grinder workers but I'm only seeing this Ou= tOfMemory error when my run is coming to an end based on grinder.duration. = While it is running, everything is fine so I think that what's happenin= g is that when the Grinder is done and tries to tally up some information, = it runs out of memory.<br></div></div></blockquote><div><br></div><div>Not = sure how to fix your issue programmatically. As a SysAdmin I'd just inc= rease the Old Gen memory to 4+ GB or so, if you can. Keep the Young Gen sma= ll so that you minimise GC pauses while testing and watch the GC log to see= how the JVM is consuming and freeing memory.</div><div><br></div><div>Rega= rds,</div><div>Gary</div></div></div></div> --047d7bea40b846b12d052d2239e9-- --===============5090921133174590784== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 --===============5090921133174590784== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ grinder-use mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/grinder-use --===============5090921133174590784==--