STS 3.0 (Really, Eclipse Juno) is slow...

[daisuke]

thank you for reply.

i think it was not happened "stop-the-world" issue, because my setting used concurrent garbage collection(and G1GC is same behavior).
when eclipse start up, it is confortable performance in a few minutes or less than one hour(in the sense of me).
after i uses for several tens of minutes, it slowdown in all actions(click something, save file, change perspective, show (context)menu, etc.., i kept waiting about 10 seconds..) every time.

now i take a vacation this week, so i can't try memory profiling, comparing STS 2.9.2(indigo) and STS 3.0.0(juno) each other(and same settings).
after the vacation, i try that and report.

thanks,

[Martin Lippert]

Hey!

It would be great if you could provide some more details about this after your vacation!!!
Thank you very much for that in advance!!!

Cheers,
-Martin

[paolo_denti]

Hi all,
i have the following issue with 3.0 on OSX (mountain lion)
Installed cocoa 64bit version, opened on a new workspace
Installed subversive, restarted, installed the svnkit 1.3.7 connector, restarted, hangs forever

Retried 2 times more, from scratch, fully repeatable behaviour

Cheers
Paolo

[nakulbhor]

I have recently upgraded to 3.0.0 and I was very excited to use the new version. All went fine and started enjoying the new look and feel (slight blue color theme, and seamless window behaviors etc), but to my surprise it was running extremely slow and it was painful.
Just switching to different files (especially xml), it use to take a second or sometimes 2 seconds..
I have rolled back to use the older 2.9.2. Definitely some serious issues with performance of the IDE.

[Martin Lippert]

Hey!

We are investigating the performance issues with STS 3.0.0 at the moment and this might be a candidate that causes this:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=386070

This specific issue is going to be fixed in Eclipse Juno 4.2.1, but maybe we can do something to solve this in existing STS 3.0.0 installations. I will keep you posted.

-Martin

[Martin Lippert]

Hey!

We have created a feature patch for the performance issue mentioned above. You can install it directly from the Dashboard into an existing STS/GGTS 3.0.0 installation. Can you please try this to see if this helps with the performance problems you observe?

The other way is to install the feature patch directly from this update site:
http://dist.springsource.com/release...hes/bug386070/

Please let us know what your experiences are using this patch!

HTH,
Martin

[NicoTexas]

Installed the patch, didn't much difference but didn't have real problems.

What I wonder is what's going on with the memory consumption.
For example switching from one editor to another one (Java files) makes the Heap size increasing by 15/20M each time.
So going back and forth 10 times will add 200M before some garbage collection kick off. Still, during that time memory consumption is going through the roof.
Am I the only one to see that ?

[Martin Lippert]

Hey!

I can see something similar on my installation, the heap status shows an increase in memory consumption of around 8-9MB each time I switch between editors. However, this gets garbage collected from time to time and doesn't slow down my machine (or my STS usage).

I am using these specific GC settings in my sts.ini. Can you try that maybe:

-XX:+UseConcMarkSweepGC

with a max heap of 1024m, but that depends a bit on your OS (whether it is 32bit or 64bit).
Does this setting make a difference on your machine?

Aside of that I would be highly interested in getting to know whether the patch makes a difference for those users at observe a significant slowdown over time when using STS for an hour or more...

-Martin

[NicoTexas]

Thanks Martin.

Looks like adding

-XX:+UseConcMarkSweepGC

helps the garbage collection.

Here is my full STS.ini

-vm
C:/Program Files/Java/jdk1.7.0_05/bin/javaw.exe
-startup
plugins/org.eclipse.equinox.launcher_1.3.0.v20120522-1813.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.200.v20120522-1813
-product
org.springsource.sts.ide
--launcher.defaultAction
openFile
--launcher.XXMaxPermSize
256M
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Xms512m
-Xmx2048m
-XX:MaxPermSize=512m
-XX:+UseConcMarkSweepGC

[JMSlick]

This helped, but it could be better:

-XX:+UseConcMarkSweepGC
with a max heap of 1024m

WinXP 1.8 Gb open, 2GHz dual core.