-
Bug
-
Resolution: Fixed
-
P3
-
1.4.0, 5.0u17, 6
-
b45
-
generic, x86, sparc
-
linux, solaris, solaris_10
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2209600 | 5.0u31 | Miroslaw Niemiec | P3 | Resolved | Fixed | b01 |
JDK-2210666 | 5.0u30-rev | Miroslaw Niemiec | P3 | Resolved | Fixed | b20 |
JDK-2205462 | 5.0u29-rev | Miroslaw Niemiec | P3 | Closed | Fixed | b20 |
Expriments show this could reduce percieved footprint by more than 100% on Solaris and more than 30% on Linux since rt.jar just takes too much space.
###@###.### 2005-06-06 06:48:39 GMT
- backported by
-
JDK-2209600 Mmap the whole jar files takes too much perceived footprint
- Resolved
-
JDK-2210666 Mmap the whole jar files takes too much perceived footprint
- Resolved
-
JDK-2205462 Mmap the whole jar files takes too much perceived footprint
- Closed
- duplicates
-
JDK-6830986 JRE 5.0 quickly receives OutOfMemoryError in ZipFile.open
- Closed
-
JDK-4705373 new java.util.zip.ZipFile causes OutOfMemoryError for large zip files
- Closed
- relates to
-
JDK-6713913 Fatal errors during jar file processing
- Closed
-
JDK-6304463 zip file IO operations on Solaris fail if thread is interrupted
- Closed
-
JDK-6507118 REGRESSION: Testcase from CR 6348045 runs much slower on Java SE 6 than on J2SE 5
- Closed
-
JDK-6533291 Work around 32-bit Solaris stdio limit of 256 open files
- Closed
-
JDK-6725672 Two open file handles for every jar in jdk6, but one in jdk 1.5
- Closed
-
JDK-6283665 3% "creep" in footprint3_real on Solaris
- Closed
-
JDK-6305549 JCK-runtime-6.0_b04: api/java_util/concurrent/Executors/index.html#Executors failed, mustang
- Closed
-
JDK-6308841 nsk/stress/jni/jnistress005 fails with strange message
- Closed
-
JDK-6332094 "jar t" and "jar x" should use ZipFile, not ZipInputStream
- Closed