Loading... (original) (raw)
- Type:
Bug
- Resolution: Fixed
- Priority:
P2
- Affects Version/s: 1.4.2_06
Application shows slowdown when transferring data after compressing.
thread dump & pstack shows lot of threads churning around JNI_Get*Critical methods which are attributing to the slowness.
It seems GZIP class methods are going critical which causes the slowness.
###@###.### 2004-12-10 05:34:16 GMT
backported by
JDK-2129005 GZipOutputStream/InputStream goes critical(calls JNI_Get*Critical) and causes slowness
- Resolved
JDK-2130892 GZipOutputStream/InputStream goes critical(calls JNI_Get*Critical) and causes slowness
- Resolved
relates to
JDK-6348045 REGRESSION: serious performance degradation as GZIPInputStream is slower
- Resolved
JDK-6356456 REGRESSION: GZIPInputStream is slower on 1.4.2_10 than on 1.4.2_09
- Closed
JDK-6507183 REGRESSION: slower performance of GZIPInputStream for 5u10 (single threaded testcase)
- Closed
JDK-6438254 Very slow performance from GZIPInputStream in JDK 1.5.0_07-b03
- Closed
JDK-6751338 ZIP inflater/deflater performance
- Closed
JDK-5043044 GZIPOutputStream doesn't scale on 4way Windows systems
- Closed
JDK-6623164 severe performance issues with JDK GZIP classes and object serialization
- Closed
JDK-2132422 REGRESSION: serious performance degradation as GZIPInputStream is slower
- Closed
JDK-5072161 OutOfMemoryError while using GZIPOutputStream
- Closed
JDK-6507548 REGRESSION: slower performance of GZIPInputStream for 5u10 (multi threaded testcase)
- Closed
JDK-6975829 Perf. of gzip in existing JDKs is too slower than in 1.3.1
- Closed
JDK-6399199 Improve performance of Deflater
- Open
(9 relates to)