Hi Deepak, I am not using any custom sampler nor any custom code in the test dump I sent. The sampler I used is HTTP Request Sampler with HttpClient4 Implementation (no request parameters); I used a static proxy server though. I am not sure what specific code that has the leak you are referring. Could you explain more?
Thanks, Jacky On Sat, Oct 13, 2012 at 3:47 PM, Deepak Goel <[email protected]> wrote: > Hey > > It looks like you are creating a lot of new objects and not closing > them. The transaction most used by you, should have the code which is > leaking > > :) > Deepak > > On 10/12/12, sebb <[email protected]> wrote: >> On 11 October 2012 15:02, unjc email <[email protected]> wrote: >>> Hi Philippe, >>> >>> Thanks for your time on analyzing the heap dump. It is unfortunate to >>> hear that there will be no support of my test case from Jmeter. >> >> The problem is knowing when it is safe to drop a cache entry. >> >>> I suppose I could try to write my own plugin targeted on the >>> performance for my test case. Is there any chance you could give me >>> advice on which part of the code I should look into, in order to keep >>> the memory utilization at a low level for my test? >> >> If you want to experiment, you could edit the class to ignore the cache. >> However this might have other adverse effects. >> >>> >>> Thanks and much appreciated. >>> >>> Jacky >>> >>> On Thu, Oct 11, 2012 at 8:07 AM, Philippe Mouawad >>> <[email protected]> wrote: >>>> Hello, >>>> I looked at your heap dump, it seems you are load testing lots of >>>> differents WEBSITES (I mean HOSTs are all different). >>>> This is clearly a very "weird" use case that we don't handle for now, and >>>> I >>>> am not sure we will. >>>> >>>> Regards >>>> Philippe >>>> >>>> >>>> On Thu, Oct 11, 2012 at 12:10 AM, unjc email <[email protected]> >>>> wrote: >>>> >>>>> I have uploaded the heap dump file online and it's available at >>>>> http://dl.free.fr/qZBPvLRB8. >>>>> >>>>> >>>>> >>>>> Thanks, >>>>> Jacky >>>>> >>>>> On Wed, Oct 10, 2012 at 3:20 PM, Philippe Mouawad >>>>> <[email protected]> wrote: >>>>> > Hello, >>>>> > Which map are you talking about in HTTPHC4Impl ? >>>>> > >>>>> > If it's this one: >>>>> > >>>>> > - Map<HttpClientKey, HttpClient> map = HTTPCLIENTS.get(); >>>>> > >>>>> > Then it only exists once per thread and per combination of : >>>>> > >>>>> > - url.getProtocol()+"://"+url.getAuthority(); >>>>> > this.hasProxy = b; >>>>> > this.proxyHost = proxyHost; >>>>> > this.proxyPort = proxyPort; >>>>> > this.proxyUser = proxyUser; >>>>> > this.proxyPass = proxyPass; >>>>> > >>>>> > so unless you change these per url , it won't grow a lot. >>>>> > >>>>> > Check what Deepak is suggesting and if issue persists, then generate >>>>> > a >>>>> Heap >>>>> > Dump and put it somewhere where we can download it. >>>>> > >>>>> > Regards >>>>> > Philippe >>>>> > >>>>> > On Wed, Oct 10, 2012 at 8:53 PM, Deepak Shetty <[email protected]> >>>>> wrote: >>>>> > >>>>> >> Hi >>>>> >> its more likely that you have some listener turned on (like view >>>>> >> results >>>>> >> tree) - Even if a URL is 2000 characters you can calculate how many >>>>> >> URLs >>>>> >> before you use up say 100MB of memory. Do you really have that many >>>>> >> URLs >>>>> >> even if they are dynamic? >>>>> >> http://jmeter.apache.org/usermanual/best-practices.html#lean_mean >>>>> >> >>>>> >> regards >>>>> >> deepak >>>>> >> >>>>> >> On Wed, Oct 10, 2012 at 9:21 AM, unjc email <[email protected]> >>>>> wrote: >>>>> >> >>>>> >> > Hi all, >>>>> >> > >>>>> >> > I have memory and cpu issues when running heavy load testing with >>>>> >> > HTTP(S) sampler. The purpose of my test is to hammer the server >>>>> >> > as >>>>> >> > fast as Jmeter can, using a big list of hostnames and URIs, via a >>>>> >> > proxy server. The test plan I have setup is configured with >>>>> >> > 100-thread thread group that contains a HTTPS Request sampler >>>>> >> > (using >>>>> >> > HTTPClient4) and Summary Results generator. >>>>> >> > >>>>> >> > The machine I am using has 12GB memory and 16-core cpu. I monitor >>>>> >> > the >>>>> >> > top output throughout the test. I notice the RES size of the >>>>> >> > jmeter >>>>> >> > java process is growing really fast - it reaches 2GB heap size >>>>> >> > limit >>>>> >> > in less 5 minutes. The test could never go beyond 30-minute mark >>>>> >> > without OutOfMemory exception. I know there are plenty of free >>>>> >> > memory >>>>> >> > for me to expand the heap size; but my concern is whether there is >>>>> >> > a >>>>> >> > memory leak in the code. I worry the process would suck up all >>>>> >> > available memory anyway if I run a stress test for a day or >>>>> >> > longer. >>>>> >> > >>>>> >> > I have skimmed through the code of HTTPHC4Impl and found that there >>>>> >> > is >>>>> >> > cache "map" for HttpClient with regard to URL. I suspect this >>>>> >> > cache >>>>> >> > map could go pretty crazy in tests that deal with large number of >>>>> >> > (or >>>>> >> > dynamic) URLs. Just curiosity, I tried running a test with using >>>>> >> > a >>>>> >> > custom sampler as like HTTPHC4Impl but without the cache map; it >>>>> >> > seems >>>>> >> > help slowing down the pace of the heap size. However, the heap >>>>> >> > size >>>>> >> > (RES size in top output) never seem settle at one level over time. >>>>> >> > >>>>> >> > Does anyone have any experience in running similar test as I do? >>>>> >> > Does >>>>> >> > it look like a potential "memory leak" to you? Any comment or >>>>> >> > advice >>>>> >> > will be appreciated. >>>>> >> > >>>>> >> > >>>>> >> > >>>>> >> > >>>>> >> > Thanks, >>>>> >> > Jacky >>>>> >> > >>>>> >> > --------------------------------------------------------------------- >>>>> >> > To unsubscribe, e-mail: [email protected] >>>>> >> > For additional commands, e-mail: [email protected] >>>>> >> > >>>>> >> > >>>>> >> >>>>> > >>>>> > >>>>> > >>>>> > -- >>>>> > Cordialement. >>>>> > Philippe Mouawad. >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: [email protected] >>>>> For additional commands, e-mail: [email protected] >>>>> >>>>> >>>> >>>> >>>> -- >>>> Cordialement. >>>> Philippe Mouawad. >>> >>> --------------------------------------------------------------------- >>> 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] >> >> > > > -- > Namaskara~Nalama~Guten Tag~Bonjour > > > -- > Keigu > > Deepak > +91-9765089593 > [email protected] > http://www.simtree.net > > Skype: thumsupdeicool > Google talk: deicool > Blog: http://loveandfearless.wordpress.com > Facebook: http://www.facebook.com/deicool > > "Contribute to the world, environment and more : http://www.gridrepublic.org > " > > --------------------------------------------------------------------- > 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]
