| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-2207267 | 7 | Vladimir Kozlov | P3 | Closed | Fixed | b132 |
| JDK-2208499 | 6u27 | Kevin Walls | P3 | Closed | Fixed | b02 |
| JDK-2209998 | hs20.2 | Kevin Walls | P3 | Resolved | Fixed | b02 |
Application run with -XX:+DoEscapeAnalysis grows up to machine memory and crashes after 46 hours. Examining core file shows that there are many instances of java.util.zip.* classes. It appears that java.util.zip.ZipFile and/or java.util.zip.ZipFile$ZipFileInputStream are never closed and occupy Java heap and native memory. Running same application without -XX:+DoEscapeAnalysis does not reproduce this problem.
Object Histogram:
num #instances #bytes Class description
--------------------------------------------------------------------------
1: 2273889 724202304 byte[]
2: 220925 227457368 char[]
3: 755258 36252384 java.util.zip.ZipFile$1
4: 755258 36252384 java.util.zip.ZipFile$ZipFileInputStream
5: 773194 18556656 java.util.HashMap$Entry
Object Histogram:
num #instances #bytes Class description
--------------------------------------------------------------------------
1: 2273889 724202304 byte[]
2: 220925 227457368 char[]
3: 755258 36252384 java.util.zip.ZipFile$1
4: 755258 36252384 java.util.zip.ZipFile$ZipFileInputStream
5: 773194 18556656 java.util.HashMap$Entry
- backported by
-
JDK-2209998 Java memory leak with escape analysis
-
- Resolved
-
-
-
- Closed
-
-
-
- Closed
-
- duplicates
-
JDK-7042582 REGRESSION:Out of Memory Error (allocation.cpp:317) - Java 6u25
-
- Closed
-
- relates to
-
-
- Closed
-
-
-
- Closed
-
-
-
- Closed
-
(2 relates to)