Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2170550 | 7 | Y. Ramakrishna | P2 | Closed | Fixed | b42 |
JDK-2172863 | 6u14 | Y. Ramakrishna | P3 | Resolved | Fixed | b01 |
customer (see display 1 in "Comments" section) can be ameliorated
via changes/improvements to SoftReference processing within
the GC subsystem, one of which is specific to concurrent collectors.
The customer's application has, meanwhile, taken steps at the application
level to avoid (workaround) this performance problem.
A simple test case will be attached to this bug, illustrating the problem,
and will serve to highlight the performance improvement as a result of
the "Suggested Fix".
- backported by
-
JDK-2172863 SoftReference processing can be made more efficient
- Resolved
-
JDK-2170550 SoftReference processing can be made more efficient
- Closed
- relates to
-
JDK-4214755 (ref) JDK1.2 handling of nested refs seems to go against API spec
- Closed
-
JDK-6687570 64-bit server compiler crashed in Parse::merge_exception
- Closed
-
JDK-6990442 (ref) Regression to clearing of a softly reachable object
- Open
-
JDK-6778647 snap{,_policy}() should be renamed setup{,_policy}()
- Resolved
-
JDK-6684596 +ParallelRefProcEnabled hangs in Reference processing phase
- Closed