How to determine what is making Eclipse slow?

Question

We have rather large code base (150+ projects, 400000+ lines of Java code, some Groovy and Gradle code, some Perl code, some XML, a lot of JSPs etc.). I managed to open all those projects in Spring Tools Studio 2.6 to which I also added some plugins for Groovy, Perl, Checkstyle, PMD.

And the problem is that Eclipse is holding my CPU busy all the time. And it's really slow when I update something, it's building slowly, any kind of UI operations happen with a delay.

Also I have rather good machine 64-bit, 8GBs of RAM and I run 64-bit version of STS and I give 2GBs to Eclipse (but it does not get higher that 1GB of heap anyway).

So, my first question is there a way to determine what is making it slow? And do some of you guys have succeded in working with such large code bases in a single workspace?

I have tried looking at the threads (using jconsole) of the JVM that runs Eclipse, but I can't find anything intersting there.

See also: http://stackoverflow.com/questions/13515704/how-to-fix-groovy-grails-tool-suite-3-extreme-memory-usage — Aaron Digulla, Jan 07 '15 at 11:13

score 8 · Answer 1 · edited Jun 20 '20 at 09:12

I'll make a few suggestions - these are in order of easiness. If you are hell bent on figuring out what plugin it was and either joining that project to fix it or send hate mail to a support list, then you probably want to skip to "Profile It" below.

Check the console

If you start eclipse from the command line ( ie type eclipse ) then if there are any exceptions being thrown you'll see them in here. Sometimes slowness can be caused by a plugin repeatedly failing and throwing lots of exception. Sometimes it is something you can fix - sometimes you have to remove that plugin.

Boost your RAM

We love GC but it causes a slow death. The beauty of GC is that your program never runs out of memory - because the user thinks it has locked up and kills it before it actually runs out of ram. So, try increasing the PermGen and other Eclipse memory settings: http://wiki.eclipse.org/FAQ_How_do_I_increase_the_heap_size_available_to_Eclipse%3F

Create a new Workspace

I often give up and just delete/recreate the whole workspace. There are so many plugins there is can be a real challenge to debug and often it garbage in the workspace directory that keeps things breaking.

Keep Eclipse Lean

If I want to keep Eclipse really snappy, I'll create an install for a single project and add only the plugins needed. If you can start from the non-EE version you're already far less bloated.

Profile It

The VisualVM that is included in with the Sun JDK (you probably already have it installed.) can be used to see what classes are consuming the most processor time and which objects are taking up memory (and what created them).

Start VisualVM up, and you should see Eclipse listed in the Applications. Right click on the Eclipse entry and "Open" Eclipse inside VisualVM. You can now attach a profiler and see what classes are being used.

Profiling will slow everything down (a lot!) so you might want to start with the smallest possible example you can - or be extremely patient. Especially at the start of profiling it will take a long time as it 'instruments' the classes (injecting bytecode to allow profiling).

Increasing the permgen space from 256M to 512M helped to keep Eclipse performance stable over time in a workspace with 160 projects (without SSD hard disk). — Julien Kronegg, Nov 14 '13 at 08:06

Deepak Azad · Accepted Answer · 2011-06-08T19:17:13.563

6

One way to know what Eclipse is doing by enabling debugging. There is some information here about debugging eclipse builders, however the process is generic i.e. you need to start eclipse from command line $eclipsec –debug > log.txt and enable debugging for certain plugins using the .options file. I guess you would want to look a bit closely at 'update' and 'build' operations.

Another option would be to use a tool, e.g. MAT (Memory Analyzer), YourKit. I find YourKit to be quite useful, you could for example enable CPU profiling in YourKit and then perform an action in Eclipse which you feel is taking a lot of time. Once the action completes, you can take a snapshot and do some analysis in YourKit. A caveat is that a attaching the YourKit profiler to Eclipse will further slow down Eclipse.

Having said that 150+ projects in one workspace is a bit much. If it is possible you should probably setup one workspace per component with the rest of the plugins in a target platform. All your workspaces can share a single target platform. With 150+ projects a full workspace build alone can take quite a bit of time since a large number of class files have to be generated which means a large amount of disk IO, and eclipse cannot help you there only a SSD can :)

edited Jun 08 '11 at 19:17

answered Jun 08 '11 at 14:18

Deepak Azad

7,903
2
34
49

I agree. While I never have experienced speed issues with Eclipse, I have in Visual Studio (which is usually very fast for me) when I have to program in my main solution with 130+ projects. – codewario Jun 08 '11 at 14:49
@deepakazad, you will be surprised, but I have an SSD disk on my machine :) – Andrey Adamovich Jun 08 '11 at 15:27
@deepakazad, thanks for the debugging tip, I will give it a go. – Andrey Adamovich Jun 08 '11 at 15:28
@Andrey Even with an SSD 150 projects are quite a lot :) – Deepak Azad Jun 08 '11 at 16:47
@deepakazad, actually I will disagree with you, I have been experimenting further and I have opened all those projects with Eclipse Galileo 32-bit JEE installation with almost the same plugin set and on the same machine. And you know what? It works super fast. So, something is wrong with my STS installation. And the problem seems to be not only in builders, because it keeps CPU busy even when nothing happens in IDE. – Andrey Adamovich Jun 09 '11 at 07:15
@deepakazad, you have answered my original question though, that's why I accept your answer :). And I will continue playing with STS as soon as I have time. – Andrey Adamovich Jun 09 '11 at 07:17

score 0 · Answer 3 · edited Jun 20 '20 at 09:12

Eclipse 2019-09 proposes a new way:

Automatic detection of UI freezes in the Eclipse SDK

The Eclipse SDK has been configured to show stack traces for UI freezes in the Error Log view by default for new workspaces.
You can use this information to identify and report slow parts of the Eclipse IDE.

You can disable the monitoring or tweak its settings via the options in the General > UI Responsiveness Monitoring preference page as shown below.