Return-Path: Delivered-To: apmail-tomcat-dev-archive@www.apache.org Received: (qmail 42893 invoked from network); 4 May 2006 09:19:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 4 May 2006 09:19:18 -0000 Received: (qmail 34701 invoked by uid 500); 4 May 2006 09:17:53 -0000 Delivered-To: apmail-tomcat-dev-archive@tomcat.apache.org Received: (qmail 31804 invoked by uid 500); 4 May 2006 09:17:36 -0000 Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Developers List" Delivered-To: mailing list dev@tomcat.apache.org Received: (qmail 31153 invoked by uid 99); 4 May 2006 09:17:29 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 May 2006 02:17:29 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of jfclere@gmail.com designates 66.249.92.174 as permitted sender) Received: from [66.249.92.174] (HELO ug-out-1314.google.com) (66.249.92.174) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 May 2006 01:46:25 -0700 Received: by ug-out-1314.google.com with SMTP id u40so278746ugc for ; Thu, 04 May 2006 01:46:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=R5rGBu8wDnykS3ZfK8kFzcqlRTh3aBsibqkLfhHolbrAYFbVacfmpYMGDuc7FctIhlMUV6aVRnrX7TMqeIEC9uVj1bQsKQlhX88eDSNP55qI72ijsKLTyl+HQ7nKua2Lf6UeXOuZQnh5ZG/QQgQgfOplTPeIUG/icX4O0pgBZOA= Received: by 10.67.103.7 with SMTP id f7mr470637ugm; Thu, 04 May 2006 01:46:04 -0700 (PDT) Received: from ?80.32.146.155? ( [80.32.146.155]) by mx.gmail.com with ESMTP id m1sm1964736uge.2006.05.04.01.46.03; Thu, 04 May 2006 01:46:03 -0700 (PDT) Message-ID: <4459BF49.8000304@gmail.com> Date: Thu, 04 May 2006 10:46:01 +0200 From: Jean-frederic Clere User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1 X-Accept-Language: en, fr MIME-Version: 1.0 To: Tomcat Developers List Subject: Re: Memory leak? (issues.apache.org) References: <20060504020349.I396@zeus.atlassian.com> In-Reply-To: <20060504020349.I396@zeus.atlassian.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Jeff Turner wrote: >Hi, > >For the last few months, issues.apache.org/jira has been running out of >memory about once a week. We've finally got it running in a profiler, and >are seeing most of the memory (eg. 486 of 572Mb) used up by char[] >buffers in BodyContentImpl. Here is a sample GC Root -> Object trace: > > char[16777218] > cb of org.apache.jasper.runtime.BodyContentImpl > [0] of org.apache.jasper.runtime.BodyContentImpl[7] > outs of org.apache.jasper.runtime.PageContextImpl > [86] of java.lang.Object[101] > pool of org.apache.jasper.util.SimplePool > pool of org.apache.jasper.runtime.JspFactoryImpl > deflt of javax.servlet.jsp.JspFactory > [57] of java.lang.Object[641] > elementData of java.util.Vector > classes of org.apache.catalina.loader.StandardClassLoader [Other] > > >There seems to be a constantly increasing number of BodyContentImpl >objects in the system: > >1 May: 93 Objects (126Mb) >2 May: 107 Objects (263Mb) >3 May: 492 Objects (486MB) > >(the first two were taken directly after a full gc) > > >It appears to be a case of this bug: > >http://issues.apache.org/bugzilla/show_bug.cgi?id=37793 > >Perhaps this bug affects the ASF JIRA in particular (and not most people) >because people occasionally request huge (20-30Mb) pages. There are 23 >BodyContentImpls between 33Mb and 10Mb in the last dump, and due to the >pooling, these all stick around taking up memory. > >Could anyone comment on this issue? Remy seemed to think it was 'as >intended', and the bug is marked WONTFIX. I'm happy to provide yourkit >memory dumps or access to the server if necessary. We're currently >running 5.5.16. > > Have you try to set org.apache.jasper.runtime.JspFactoryImpl.USE_POOL to false? (adding -Dorg.apache.jasper.runtime.JspFactoryImpl.USE_POOL=false to CATALINA_OPTS environment variable). Cheers Jean-Frederic > >Thanks! > >Jeff > >--------------------------------------------------------------------- >To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org >For additional commands, e-mail: dev-help@tomcat.apache.org > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org For additional commands, e-mail: dev-help@tomcat.apache.org