Community
Participate
Working Groups
Build Identifier: 20110218-0911 Analysing the (IMO) large memory footprint of Eclipse I've found that one single ZipFile entry takes up 176 MB. This entry corresponds to the com.sun.xml.bind_2.2.0.v201011030300.jar from the MRUBundleFileList ( screenshot #1 ). On disk, the file has 937056 bytes and 712 entries, so this seems excessive to me. In comparison, the next largest ZipFile takes 28MB. ( screenshot #2 ). I have saved an memory dump so I can offer more specific information if needed. JVM information: java version "1.7.0-ea" Java(TM) SE Runtime Environment (build 1.7.0-ea-b134) Java HotSpot(TM) 64-Bit Server VM (build 21.0-b04, mixed mode) VM arguments: -XX:+AggressiveOpts -XX:+UseCompressedOops -Dosgi.requiredJavaVersion=1.6 -Xmx768m -XX:NewRatio=3 -Xss256k OS information: OpenSUSE 11.4 Linux raptor 2.6.37.1-1.2-desktop #1 SMP PREEMPT 2011-02-21 10:34:10 +0100 x86_64 x86_64 x86_64 GNU/Linux Reproducible: Always Steps to Reproduce: No special steps to reproduce, after regular usage I take a HPROF dump of Eclipse.
Created attachment 192813 [details] Path to GC roots showing how the ZipFile is referenced
Created attachment 192814 [details] Comparison of ZipFile memory usage
The fact that any of ZipFile object takes up multiple MBs of heap is surprising to me, let alone 176 MB. I wonder if this is a bug in Java 7.
This is likely a bug in the EA version of Java 7. It seems to have went away with 1.7.0-ea-b140 , possibly due to http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/98688c4be64b .
(In reply to comment #4) > This is likely a bug in the EA version of Java 7. It seems to have went away > with 1.7.0-ea-b140 , possibly due to > http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/98688c4be64b . Thanks for reporting back Robert! I will close as not eclipse.