RE: [aspectj-dev] -XX MaxPermSize issue seen with ant: more data...

["Ron Bodkin" <rbodkin@xxxxxxxxxxxxxx>]

But if it's happening with ant builds too, then it's a compiler + VM issue
as well. Ultimately, it sounds like a VM issue, that more large-scale and
more dynamic Java systems are running into a too-low limit on perm space. On
the other hand, if there's a leak, then it is a bug to address...

-----Original Message-----
From: aspectj-dev-bounces@xxxxxxxxxxx
[mailto:aspectj-dev-bounces@xxxxxxxxxxx] On Behalf Of Mik Kersten
Sent: Thursday, April 27, 2006 8:26 AM
To: 'AspectJ developer discussions'
Subject: RE: [aspectj-dev] -XX MaxPermSize issue seen with ant: more data...

Andy: I wouldn't put too much priority on this since it is likely to be a
platform and VM related problem.  It occurs with just SDK+Mylar (rarely),
with just SDK+WTP (seems to be more frequent), see my and other comments on:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=129490

All: if you see this problem in your workspace, please vote for the above
bug before increasing your MaxPermSize, in order to encourage Platform's
investigation of it.

Mik

> -----Original Message-----
> From: aspectj-dev-bounces@xxxxxxxxxxx [mailto:aspectj-dev-
> bounces@xxxxxxxxxxx] On Behalf Of Andy Clement
> Sent: Thursday, April 27, 2006 4:12 AM
> To: AspectJ developer discussions
> Subject: Re: [aspectj-dev] -XX MaxPermSize issue seen with ant: more
> data...
> 
> That is (as Alex says...) some kind of good news in a wierd way -
> thanks for trying it.
> 
> The short term fix may be to doc that you have to up the PermGen, i
> think the longer term fix may be the pipelining compilation system so
> we don't need to hold on to so much all at the same time...  as ever,
> there are 50000 things that all need working on right now *sigh*
> 
> Andy.
> 
> On 27/04/06, Ron Bodkin <rbodkin@xxxxxxxxxxxxxx> wrote:
> > Andy,
> >
> > You'll be interested to learn that I get the PermGen space error with
> the
> > 1.5.0 version of AspectJ too. When I profiled it, I see the exact same
> > growth of non-heap memory, just a lot more heap memory in use, and a
> similar
> > number of class files being retained.
> >
> > So it looks like none of the optimizations after 1.5.0 are the villain
> here
> > :-)
> >
> >
> >
> > -----Original Message-----
> > From: aspectj-dev-bounces@xxxxxxxxxxx
> > [mailto:aspectj-dev-bounces@xxxxxxxxxxx] On Behalf Of Andy Clement
> > Sent: Wednesday, April 26, 2006 12:31 AM
> > To: AspectJ developer discussions
> > Subject: Re: [aspectj-dev] -XX MaxPermSize issue seen with ant: more
> data...
> >
> > Ron ... (you probably can't do this due to all the bugs fixed in
> > 1.5.1a...) is it possible to try your build setup with AspectJ 1.5.0 ?
> > Does the problem occur?  I'm interested in seeing whether it is a new
> > problem introduced recently, or a problem that has always been there
> > but we always used to run out of normal heap space before we ran out
> > of permgen?
> >
> > Andy.
> >
> > On 26/04/06, Ron Bodkin <rbodkin@xxxxxxxxxxxxxx> wrote:
> > > We just ran into an interesting case that indicates that the AspectJ
> > > compiler is also somehow implicated in the perm gen space out of
> memory
> > > issue. We have an ant build that invokes iajc many times to weave jar
> > files.
> > > We found that it ran out of memory if we didn't fork iajc. We tried
> > setting
> > > -Xmx1024m with our ANT_OPTS and still got the out of memory error.
> > However,
> > > I found that by using set ANT_OPTS=-Xmx256m -XX:MaxPermSize=128m it
> works.
> > > So in this case I'm very confident that it is the AspectJ weaver that
> is
> > > exhausting the permanent generation space. This is with a build of
> AspectJ
> > > that is based on HEAD right after 1.5.1a with a patch for a single bug
> > > report (https://bugs.eclipse.org/bugs/show_bug.cgi?id=136665).
> > >
> > >
> > >
> > > Even better, this might help us diagnose the cause of this problem. I
> set
> > it
> > > up to add the option X="set:activateLightweightDelegates=false" to
> ant.(*)
> > > However, the same error occurrs, thus raising doubt that the problem
> is
> > > caused by the new asm delegates, at least in this case.
> > >
> > >
> > >
> > > I tried using the YourKit Java profiler but unfortunately it doesn't
> see
> > the
> > > permgen memory use. It does show a steadily increasing amount of non
> heap
> > > memory for the ant task from about 40 MB initially up to 74 MB when
> the
> > > application dies. It also shows on system that there were 12,712 class
> > > objects, which retained 12.2 million bytes, almost all of the memory.
> That
> > > doesn't prove anything of course.
> > >
> > >
> > >
> > > I found this article
> > > http://wiki.caucho.com/Java.lang.OutOfMemoryError:_PermGen_space that
> > talks
> > > about a relevant JVM bug that might have an impact here. Of course
> another
> > > possibility is that there's a reference to the classes that should
> have
> > been
> > > GC'd...
> > >
> > >
> > >
> > > Any other ideas how to narrow this down from this reproducible version
> of
> > > the bug?
> > >
> > >
> > >
> > > Ron
> > >
> > >
> > >
> > > (*) I discovered that the AjcTask doesn't support this, but after I
> > created
> > > a patch <https://bugs.eclipse.org/bugs/show_bug.cgi?id=138540>  to
> enable
> > > -Xset: options for ant, I saw a message
> > >
> > > info [activateLightweightDelegates=false] Disabling optimization to
> use
> > > lightweight delegates for non-woven types, so I know this worked.
> > >
> > >
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > aspectj-dev mailing list
> > > aspectj-dev@xxxxxxxxxxx
> > > https://dev.eclipse.org/mailman/listinfo/aspectj-dev
> > >
> > >
> > >
> > _______________________________________________
> > aspectj-dev mailing list
> > aspectj-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/aspectj-dev
> >
> >
> > _______________________________________________
> > aspectj-dev mailing list
> > aspectj-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/aspectj-dev
> >
> _______________________________________________
> aspectj-dev mailing list
> aspectj-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/aspectj-dev

_______________________________________________
aspectj-dev mailing list
aspectj-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/aspectj-dev