Eclipse and IntelliJ are the two competing IDEs in the industry. There is a lot of passionate discussion going in the social media, forums to declare the winner in this race. We thought it would be a fun exercise to study which IDE utilizes memory efficiently?
To conduct this study, we used Eclipse Java EE Oxygen Release Milestone 2(4.7.0 M2) and IntelliJ IDEA 2018.2.4 (Ultimate Edition). Both IDEs were running on Java 8.
To conduct this study effectively, we wanted to activate various features of the IDE. Thus, we ended up creating a simple Java project. In this project, we created a JSP page, Manager class, DAO class which will write and read records from MySQL database. We were writing source code, compiling it, running unit tests to validate the behavior. It took us 1 hour and 45 minutes to do these activities. We conducted an exact same exercise in both Eclipse and IntelliJ IDE.
How to study memory efficiency?
One of the best ways to study the memory behavior of an application is to analyze garbage collection activity. Garbage collection activity would clearly show memory utilization pattern, object creation rate, object reclamation rate, Garbage collection pause time and other memory-related details in nirvana.
How to study Garbage Collection activity?
Garbage collection activity can be studied by enabling Garbage Collection logs and using the right tools to analyze Garbage collection logs. Garbage collection logs can be enabled by passing following JVM arguments:
For this exercise, we used GCeasy tool to analyze garbage collection logs.
In the folder where Eclipse is installed there is eclipse.ini file. Its contents were looking like this:
At the bottom of this file, we added following arguments to enable garbage collection logs of the Eclipse IDE.
In folder where IntelliJ is installed you will notice idea64.exe.vmoptions file. Its contents were looking like this:
At the bottom of this file, we added following arguments to enable garbage collection logs of the IntelliJ IDE.
NOTE: By default, IntelliJ initial heap size is kept as 128mb and max heap size is set to 750mb. Whereas Eclipse initial heap size was set to 256mb and max heap size set to 1024mb. Thus, to make apples to apple comparison we bumped up IntelliJ’s initial heap size to 256mb and max heap size to 1024mb.
Memory Behavior Comparison
Once our 1 hour and 45 minutes exercise was complete, we uploaded the garbage collection log file generated by both IDEs to the GCeasy tool. Below are the detailed analysis reports generated by the tool. We encourage you to look at the report:
Fig: Eclipse IDE memory usage
Fig: IntelliJ IDE memory usage
Below key observations from the GC analysis report:
|Object Creation Rate||Eclipse||IntelliJ|
|Object Creation Rate||2.41 MB/sec||69.65 MB/sec|
|Avg. GC Pause Time||33 ms||8 ms|
|Max. GC Pause Time||340 ms||270 ms|
|GC Algorithm||G1 GC||CMS GC|
|Is System.gc() invoke?||Yes||No|
1. Object Creation Rate
Apparently, Eclipse created a very small number of objects when compared to IntelliJ. Eclipse IDE was creating objects at the rate of 2.41 MB/sec, whereas IntelliJ was creating objects are the rate of 69.65 MB/sec (which is like 29x more than Eclipse). For the entire run Eclipse created only 15.19 GB, where IntelliJ created 430.2 GB of objects. Since more objects were created, CPU consumption was also higher when using the IntelliJ IDE.
2. GC Pause Time
During certain phases of garbage collection entire application is paused. Apparently, Eclipse’s average GC pause time is 33 ms and max GC pause time is 340 ms. On the other hand, IntelliJ’s average GC pause time is only 8 ms and max GC pause time is 270 ms. Thus, in terms of GC Pause, IntelliJ is comparatively better. Even though IntelliJ’s object creation rate is higher, however, its average pause time is comparatively better than Eclipse because of better GC tuning is done in IntelliJ.
3. GC Throughput
GC Throughput is basically the amount of time your application spends in processing customer’s transactions vs amount of time your application spends in Garbage collection. In our study, Eclipse throughput is 99.924%, whereas IntelliJ’s through is 99.146%. Eclipse GC throughput is better than IntelliJ’s throughput.
4. GC Algorithm
One of the primary reasons for GC pause time is influenced by the Garbage Collection algorithm and settings. Eclipse was configured to run with G1 GC algorithm, whereas IntelliJ was configured to run with CMS GC algorithm. Given that Eclipse is creating much fewer objects, with proper GC tuning, we believe Eclipse GC pause time can be reduced further.
4. System.gc() calls
Apparently, Eclipse IDE is issuing System.gc() calls explicitly. Unless there is a necessity, it’s not recommended to issue System.gc() from the application, as it muddles with JVM GC activity. It’s unclear why Eclipse IDE is explicitly issuing System.gc() calls.
You may also like: How to Identify Critical code Path
Based on this limited study that we conducted, we can say that Eclipse IDE is memory efficient than IntelliJ because to do the same amount of work, IntelliJ is creating 29x more objects than Eclipse. On the other hand, IntelliJ’s pauses times are comparatively better than Eclipse. Of course, we believe that IDE selection shouldn’t be based on memory efficiency. It should be based on feature set, user preference, and productivity criteria.
Every single day, millions & millions of people in North America—bank, travel, and commerce—use the applications that Ram Lakshmanan has architected. Ram is an acclaimed speaker in major conferences on scalability, availability, and performance topics. Recently, he has founded a startup, which specializes in troubleshooting performance problems.