-
Enhancement
-
Resolution: Unresolved
-
P4
-
None
-
6
-
None
-
generic
-
generic
Performance of Deflater.jvaa (and possibly also Inflater.java) could be improved, by "moving" concepts in DeflaterOutputStream.java
Work done on behalf of 6206933, 6348045, and 6364346 change the way that user data is accessed by native code. 6206933 changed access from pinning-during-flating to copy-then-flate. This was undone in 6348045, because of the high cost of copying. 6206933 was subsequently re-done, with the intent of minimizing the amount of copying. This was not good enough, and 6364346 was filed.
The fix for 6364346 is in DeflaterOutputStream, and satisfies the customer requirements. However, users of Deflater will not gain from that performance. The fix in DeflaterOutputStream should be "moved" to Deflater.
Similar performance improvements should be considered for Inflater as well.
Work done on behalf of 6206933, 6348045, and 6364346 change the way that user data is accessed by native code. 6206933 changed access from pinning-during-flating to copy-then-flate. This was undone in 6348045, because of the high cost of copying. 6206933 was subsequently re-done, with the intent of minimizing the amount of copying. This was not good enough, and 6364346 was filed.
The fix for 6364346 is in DeflaterOutputStream, and satisfies the customer requirements. However, users of Deflater will not gain from that performance. The fix in DeflaterOutputStream should be "moved" to Deflater.
Similar performance improvements should be considered for Inflater as well.
- 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-6751338 ZIP inflater/deflater performance
- Closed