-
Bug
-
Resolution: Fixed
-
P3
-
6u21
-
b116
-
x86
-
windows_vista
-
Not verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2200399 | 6-pool | Sean Coffey | P3 | Closed | Duplicate |
A CU tries to migrate from 1.3.1_10 to jdk5ux.
They found the perf. of gzip becomes too slower in jdk5ux than 1.3.1_XX.
REPRODUCE :
1. Compile the attached DISTest.java
2. Invoke "java DISTest"
CONFIGURATION:
JDK: 1.4.2_22/5u22/6u21/7b99
OS: WindowsXP/WindowsVista(32bits on x64, Japanese)
RESULT:
CU reports that the perf. of gzip in the existing JDKs is 4 - 100 times worse than
in 1.3.1.
The following is the result of reproduction at Oracle side.
Averagely, perf. seems 2 times worse than in 1.3.1.
-----
C:\Users\licensees\slow-gzip>java -version
java version "1.3.1_19"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_19-b03)
Java HotSpot(TM) Client VM (build 1.3.1_19-b03, mixed mode)
C:\Users\licensees\slow-gzip>java DISTest
finished.
time: 489msecs.
---------
C:\Users\licensees\slow-gzip>java -version
java version "1.4.2_22"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_22-b02)
Java HotSpot(TM) Client VM (build 1.4.2_22-b02, mixed mode)
C:\Users\licensees\slow-gzip>java DISTest
finished.
time: 1152msecs.
---------
C:\Users\licensees\slow-gzip>java -version
java version "1.5.0_22"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_22-b03)
Java HotSpot(TM) Client VM (build 1.5.0_22-b03, mixed mode)
C:\Users\licensees\slow-gzip>java DISTest
finished.
time: 1142msecs.
----------
C:\Users\licensees\slow-gzip>java -version
java version "1.6.0_21"
Java(TM) SE Runtime Environment (build 1.6.0_21-b06)
Java HotSpot(TM) Client VM (build 17.0-b16, mixed mode)
C:\Users\licensees\slow-gzip>java DISTest
finished.
time: 974msecs.
----------
C:\Users\licensees\slow-gzip>java -version
java version "1.7.0-ea"
Java(TM) SE Runtime Environment (build 1.7.0-ea-b99)
Java HotSpot(TM) Client VM (build 19.0-b03, mixed mode)
C:\Users\licensees\slow-gzip>java DISTest
finished.
time: 946msecs.
NOTE:
In quick check with hprof, load percentage of java.util.zip.Inflater.inflateBytes
in the existing JDKs becomes high.
They found the perf. of gzip becomes too slower in jdk5ux than 1.3.1_XX.
REPRODUCE :
1. Compile the attached DISTest.java
2. Invoke "java DISTest"
CONFIGURATION:
JDK: 1.4.2_22/5u22/6u21/7b99
OS: WindowsXP/WindowsVista(32bits on x64, Japanese)
RESULT:
CU reports that the perf. of gzip in the existing JDKs is 4 - 100 times worse than
in 1.3.1.
The following is the result of reproduction at Oracle side.
Averagely, perf. seems 2 times worse than in 1.3.1.
-----
C:\Users\licensees\slow-gzip>java -version
java version "1.3.1_19"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_19-b03)
Java HotSpot(TM) Client VM (build 1.3.1_19-b03, mixed mode)
C:\Users\licensees\slow-gzip>java DISTest
finished.
time: 489msecs.
---------
C:\Users\licensees\slow-gzip>java -version
java version "1.4.2_22"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_22-b02)
Java HotSpot(TM) Client VM (build 1.4.2_22-b02, mixed mode)
C:\Users\licensees\slow-gzip>java DISTest
finished.
time: 1152msecs.
---------
C:\Users\licensees\slow-gzip>java -version
java version "1.5.0_22"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_22-b03)
Java HotSpot(TM) Client VM (build 1.5.0_22-b03, mixed mode)
C:\Users\licensees\slow-gzip>java DISTest
finished.
time: 1142msecs.
----------
C:\Users\licensees\slow-gzip>java -version
java version "1.6.0_21"
Java(TM) SE Runtime Environment (build 1.6.0_21-b06)
Java HotSpot(TM) Client VM (build 17.0-b16, mixed mode)
C:\Users\licensees\slow-gzip>java DISTest
finished.
time: 974msecs.
----------
C:\Users\licensees\slow-gzip>java -version
java version "1.7.0-ea"
Java(TM) SE Runtime Environment (build 1.7.0-ea-b99)
Java HotSpot(TM) Client VM (build 19.0-b03, mixed mode)
C:\Users\licensees\slow-gzip>java DISTest
finished.
time: 946msecs.
NOTE:
In quick check with hprof, load percentage of java.util.zip.Inflater.inflateBytes
in the existing JDKs becomes high.
- backported by
-
JDK-2200399 Perf. of gzip in existing JDKs is too slower than in 1.3.1
-
- Closed
-
- relates to
-
JDK-6206933 GZipOutputStream/InputStream goes critical(calls JNI_Get*Critical) and causes slowness
-
- Resolved
-
-
JDK-6348045 REGRESSION: serious performance degradation as GZIPInputStream is slower
-
- Resolved
-
-
JDK-6364346 GZIPOutputStream is slower on 1.4.2_11-b02 than on 1.4.2_09
-
- Resolved
-
-
JDK-7002855 reading a .class resource from jar input stream does not work with jdk7 b116
-
- Closed
-