AJDT 1.3.1 makes Eclipse run out of memory [message #64199] |
Tue, 11 April 2006 06:55  |
Eclipse User |
|
|
|
After I upgraded to AJDT 1.3.1 my Eclipse 3.1.2 runs out of heap memory
during the first workspace build. I have 5 projects which have AspectJ
nature.
I'm using the following startup parameters (moved up from Xmx 512 with no
help): -vmargs -Xms40m -Xmx756m -XX:MaxPermSize=128m
I also tried without the MaxPermSize with the same result (just to be sure
it didn't have any effect).
/Jeppe
|
|
|
|
|
|
|
|
|
Re: AJDT 1.3.1 makes Eclipse run out of memory [message #64375 is a reply to message #64352] |
Tue, 11 April 2006 17:57   |
Eclipse User |
|
|
|
I'm sorry to say it, but the same pattern has started showing with WTP
1.5M5, Eclipse 3.2M6 and AJDT 1.4 and I really need help tracking down
the cause of this, as I'm completely unable to work with AspectJ (the
out of memory alway's happens during build).
The .log file tells me that its running out of Permgen memory (using
arguments: -vmargs-Xms40m -Xmx756m):
!ENTRY org.eclipse.core.jobs 4 2 2006-04-11 23:32:12.015
!MESSAGE An internal error occurred during: "Processing Dirty Regions".
!STACK 0
java.lang.OutOfMemoryError: PermGen space
!ENTRY org.eclipse.ui 4 4 2006-04-11 23:32:12.015
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 2006-04-11 23:32:12.031
!MESSAGE PermGen space
!STACK 0
java.lang.OutOfMemoryError: PermGen space
!ENTRY org.eclipse.ui 4 4 2006-04-11 23:32:26.171
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 2006-04-11 23:32:27.562
!MESSAGE PermGen space
!STACK 0
java.lang.OutOfMemoryError: PermGen space
I then tried to change the Permgen space, but now it runs out of Heap
memory (a little later, I can now work around 2 minutes).
I use the following arguments -vmargs-Xms40m -Xmx756m -XX:MaxPermSize=128m
and at the time the OutOfMemory error appeared, the Eclipse memory
consumer said 63 of 64 MB Heap used.
..log content:
!ENTRY org.eclipse.ajdt.ui 4 0 2006-04-11 23:51:20.640
!MESSAGE OutOfMemoryError thrown: Java heap space
!STACK 0
java.lang.OutOfMemoryError: Java heap space
!ENTRY org.eclipse.core.resources 4 1 2006-04-11 23:51:33.484
!MESSAGE Internal Error
!STACK 0
java.lang.OutOfMemoryError: Java heap space
!ENTRY org.eclipse.ui 4 4 2006-04-11 23:51:37.984
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 2006-04-11 23:51:39.203
!MESSAGE Failed to execute runnable (java.lang.OutOfMemoryError: Java
heap space)
!ENTRY org.eclipse.core.jobs 4 2 2006-04-11 23:51:41.062
!MESSAGE An internal error occurred during: "Building workspace".
!STACK 0
java.lang.OutOfMemoryError: Java heap space
!ENTRY org.eclipse.core.jobs 4 2 2006-04-11 23:51:42.296
!MESSAGE An internal error occurred during: "Initializing Quick Diff".
!STACK 0
java.lang.OutOfMemoryError: Java heap space
Eclipse Environment info:
eclipse.buildId=I20060331-2000
java.version=1.5.0_06
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=da_DK
/Jeppe
Jeppe Cramon wrote:
> I'm not sure what's wrong. I tried to use a collegaues working workspace
> (which uses WTP 1.0.1 and AJDT 1.3.1) and try it on my machine without
> any luck.
> I then tried WTP 1.5M5, Eclipse 3.2M6 and AJDT 1.4 latest build and it
> works without any problems, so I guess I'll stick with that solution and
> give up on Eclipse 3.1.2, WTP 1.0.x and AJDT 1.3.1.
>
> /Jeppe
|
|
|
|
Re: AJDT 1.3.1 makes Eclipse run out of memory [message #64421 is a reply to message #64398] |
Wed, 12 April 2006 05:27  |
Eclipse User |
|
|
|
Hi Andy
It used work with previous AspectJ build (the ones that used more memory).
I've been playing with around with JConsole and the issue seems to be
related Eclipse not using the vmargs it's feed using eclipse.ini,
eventhough it states so in the .log file.
I should have spotted it right away when it always bombed when the
heapsize reached 64 MB, but I was so focus on other causes for it.
If I start Eclipse from the command line using java -Xms40m -Xmx756m
-XX:MaxPermSize=128m -jar startup.jar then I don't get any OutofMemory's.
Here's the eclipse.ini that I use. Can you see the reason for Eclipse
not reading it properly?
-vmargs -Xms40m -Xmx756m -XX:MaxPermSize=128m
/Jeppe
Andy Clement wrote:
> Jeppe Cramon wrote:
>> I'm sorry to say it, but the same pattern has started showing with WTP
>> 1.5M5, Eclipse 3.2M6 and AJDT 1.4 and I really need help tracking down
>> the cause of this, as I'm completely unable to work with AspectJ (the
>> out of memory alway's happens during build).
>
> If you are running a 1.5 VM, you could try running with jconsole and
> seeing what the memory profile looks like for a build of the project -
> does all the memory definetly get used whilst building this WTP project?
> See: http://java.sun.com/developer/technicalArticles/J2SE/jconsol e.html
>
> Are you able to close all the projects other than the WTP one so we can
> verify the WTP project is the problem? is there anything in the AJDT
> event trace view that tells you what it is doing?
>
> I still can't quite tell from what you have said whether this set of
> projects has ever built reliably and consistently for a period of time
> whilst working with it in some previous version of AJDT? Every single
> scenario I have tried with the latest AJDT has used at least 50% less
> memory than before.
>
> If it is still happening for that single project, are you able to
> exclude the aspects from the build of it (you won't be able to if they
> are critical to the thing building of course - eg. ITDs) - does it still
> fail? Are you able to comment out 'parts' of that project and perhaps
> discover some 'feature' of the project that causes OOM ?
>
> if it has limited dependencies and is easy to set up, you could send it
> to us for investigation.
>
> Andy.
|
|
|
Re: AJDT 1.3.1 makes Eclipse run out of memory [message #593300 is a reply to message #64199] |
Tue, 11 April 2006 07:23  |
Eclipse User |
|
|
|
Hi Jeppe,
I presume these projects compiled fine before upgrading to 1.3.1 ?
How large are these projects?
(We only test by changing Xmx, we don't bother with the other JVM runing
options for memory)
Andy.
Jeppe Cramon wrote:
> After I upgraded to AJDT 1.3.1 my Eclipse 3.1.2 runs out of heap memory
> during the first workspace build. I have 5 projects which have AspectJ
> nature.
>
> I'm using the following startup parameters (moved up from Xmx 512 with
> no help): -vmargs -Xms40m -Xmx756m -XX:MaxPermSize=128m
>
> I also tried without the MaxPermSize with the same result (just to be
> sure it didn't have any effect).
>
> /Jeppe
>
|
|
|
|
Re: AJDT 1.3.1 makes Eclipse run out of memory [message #593321 is a reply to message #64242] |
Tue, 11 April 2006 08:31  |
Eclipse User |
|
|
|
Hi Andy
In my workspace I have the following projects with AspectJ support enabled:
- 1 web project
- 4 Java projects
All in all we probably have roughly around 300 classes that are exposed to
weaving.
I have 5 aspects which all in all crosscut 52 classes.
The pointcuts are matching about 100 places.
50 out of the 100 are actually advised by Springs
AbstractTransactionAspect which means that they really result in 4 advises
coming into effect (before, after, after throwing, after returning advises)
/Jeppe
|
|
|
|
|
Re: AJDT 1.3.1 makes Eclipse run out of memory [message #593346 is a reply to message #64328] |
Tue, 11 April 2006 12:15  |
Eclipse User |
|
|
|
I'm not sure what's wrong. I tried to use a collegaues working workspace
(which uses WTP 1.0.1 and AJDT 1.3.1) and try it on my machine without
any luck.
I then tried WTP 1.5M5, Eclipse 3.2M6 and AJDT 1.4 latest build and it
works without any problems, so I guess I'll stick with that solution and
give up on Eclipse 3.1.2, WTP 1.0.x and AJDT 1.3.1.
/Jeppe
|
|
|
Re: AJDT 1.3.1 makes Eclipse run out of memory [message #593367 is a reply to message #64352] |
Tue, 11 April 2006 17:57  |
Eclipse User |
|
|
|
I'm sorry to say it, but the same pattern has started showing with WTP
1.5M5, Eclipse 3.2M6 and AJDT 1.4 and I really need help tracking down
the cause of this, as I'm completely unable to work with AspectJ (the
out of memory alway's happens during build).
The .log file tells me that its running out of Permgen memory (using
arguments: -vmargs-Xms40m -Xmx756m):
!ENTRY org.eclipse.core.jobs 4 2 2006-04-11 23:32:12.015
!MESSAGE An internal error occurred during: "Processing Dirty Regions".
!STACK 0
java.lang.OutOfMemoryError: PermGen space
!ENTRY org.eclipse.ui 4 4 2006-04-11 23:32:12.015
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 2006-04-11 23:32:12.031
!MESSAGE PermGen space
!STACK 0
java.lang.OutOfMemoryError: PermGen space
!ENTRY org.eclipse.ui 4 4 2006-04-11 23:32:26.171
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 2006-04-11 23:32:27.562
!MESSAGE PermGen space
!STACK 0
java.lang.OutOfMemoryError: PermGen space
I then tried to change the Permgen space, but now it runs out of Heap
memory (a little later, I can now work around 2 minutes).
I use the following arguments -vmargs-Xms40m -Xmx756m -XX:MaxPermSize=128m
and at the time the OutOfMemory error appeared, the Eclipse memory
consumer said 63 of 64 MB Heap used.
..log content:
!ENTRY org.eclipse.ajdt.ui 4 0 2006-04-11 23:51:20.640
!MESSAGE OutOfMemoryError thrown: Java heap space
!STACK 0
java.lang.OutOfMemoryError: Java heap space
!ENTRY org.eclipse.core.resources 4 1 2006-04-11 23:51:33.484
!MESSAGE Internal Error
!STACK 0
java.lang.OutOfMemoryError: Java heap space
!ENTRY org.eclipse.ui 4 4 2006-04-11 23:51:37.984
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 2006-04-11 23:51:39.203
!MESSAGE Failed to execute runnable (java.lang.OutOfMemoryError: Java
heap space)
!ENTRY org.eclipse.core.jobs 4 2 2006-04-11 23:51:41.062
!MESSAGE An internal error occurred during: "Building workspace".
!STACK 0
java.lang.OutOfMemoryError: Java heap space
!ENTRY org.eclipse.core.jobs 4 2 2006-04-11 23:51:42.296
!MESSAGE An internal error occurred during: "Initializing Quick Diff".
!STACK 0
java.lang.OutOfMemoryError: Java heap space
Eclipse Environment info:
eclipse.buildId=I20060331-2000
java.version=1.5.0_06
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=da_DK
/Jeppe
Jeppe Cramon wrote:
> I'm not sure what's wrong. I tried to use a collegaues working workspace
> (which uses WTP 1.0.1 and AJDT 1.3.1) and try it on my machine without
> any luck.
> I then tried WTP 1.5M5, Eclipse 3.2M6 and AJDT 1.4 latest build and it
> works without any problems, so I guess I'll stick with that solution and
> give up on Eclipse 3.1.2, WTP 1.0.x and AJDT 1.3.1.
>
> /Jeppe
|
|
|
Re: AJDT 1.3.1 makes Eclipse run out of memory [message #593382 is a reply to message #64375] |
Wed, 12 April 2006 02:34  |
Eclipse User |
|
|
|
Jeppe Cramon wrote:
> I'm sorry to say it, but the same pattern has started showing with WTP
> 1.5M5, Eclipse 3.2M6 and AJDT 1.4 and I really need help tracking down
> the cause of this, as I'm completely unable to work with AspectJ (the
> out of memory alway's happens during build).
If you are running a 1.5 VM, you could try running with jconsole and
seeing what the memory profile looks like for a build of the project -
does all the memory definetly get used whilst building this WTP project?
See: http://java.sun.com/developer/technicalArticles/J2SE/jconsol e.html
Are you able to close all the projects other than the WTP one so we can
verify the WTP project is the problem? is there anything in the AJDT
event trace view that tells you what it is doing?
I still can't quite tell from what you have said whether this set of
projects has ever built reliably and consistently for a period of time
whilst working with it in some previous version of AJDT? Every single
scenario I have tried with the latest AJDT has used at least 50% less
memory than before.
If it is still happening for that single project, are you able to
exclude the aspects from the build of it (you won't be able to if they
are critical to the thing building of course - eg. ITDs) - does it still
fail? Are you able to comment out 'parts' of that project and perhaps
discover some 'feature' of the project that causes OOM ?
if it has limited dependencies and is easy to set up, you could send it
to us for investigation.
Andy.
|
|
|
Re: AJDT 1.3.1 makes Eclipse run out of memory [message #593396 is a reply to message #64398] |
Wed, 12 April 2006 05:27  |
Eclipse User |
|
|
|
Hi Andy
It used work with previous AspectJ build (the ones that used more memory).
I've been playing with around with JConsole and the issue seems to be
related Eclipse not using the vmargs it's feed using eclipse.ini,
eventhough it states so in the .log file.
I should have spotted it right away when it always bombed when the
heapsize reached 64 MB, but I was so focus on other causes for it.
If I start Eclipse from the command line using java -Xms40m -Xmx756m
-XX:MaxPermSize=128m -jar startup.jar then I don't get any OutofMemory's.
Here's the eclipse.ini that I use. Can you see the reason for Eclipse
not reading it properly?
-vmargs -Xms40m -Xmx756m -XX:MaxPermSize=128m
/Jeppe
Andy Clement wrote:
> Jeppe Cramon wrote:
>> I'm sorry to say it, but the same pattern has started showing with WTP
>> 1.5M5, Eclipse 3.2M6 and AJDT 1.4 and I really need help tracking down
>> the cause of this, as I'm completely unable to work with AspectJ (the
>> out of memory alway's happens during build).
>
> If you are running a 1.5 VM, you could try running with jconsole and
> seeing what the memory profile looks like for a build of the project -
> does all the memory definetly get used whilst building this WTP project?
> See: http://java.sun.com/developer/technicalArticles/J2SE/jconsol e.html
>
> Are you able to close all the projects other than the WTP one so we can
> verify the WTP project is the problem? is there anything in the AJDT
> event trace view that tells you what it is doing?
>
> I still can't quite tell from what you have said whether this set of
> projects has ever built reliably and consistently for a period of time
> whilst working with it in some previous version of AJDT? Every single
> scenario I have tried with the latest AJDT has used at least 50% less
> memory than before.
>
> If it is still happening for that single project, are you able to
> exclude the aspects from the build of it (you won't be able to if they
> are critical to the thing building of course - eg. ITDs) - does it still
> fail? Are you able to comment out 'parts' of that project and perhaps
> discover some 'feature' of the project that causes OOM ?
>
> if it has limited dependencies and is easy to set up, you could send it
> to us for investigation.
>
> Andy.
|
|
|
Powered by
FUDForum. Page generated in 0.04201 seconds