-
Enhancement
-
Resolution: Fixed
-
P3
-
6
-
mustang
-
generic
-
generic
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-2125531 | 5.0u5 | Poonam Bajaj Parhar | P1 | Closed | Fixed | b02 |
| JDK-2125534 | 1.4.2_09 | Poonam Bajaj Parhar | P2 | Closed | Fixed | b02 |
| JDK-2128167 | 1.3.1_17 | Poonam Bajaj Parhar | P2 | Closed | Fixed | b01 |
Currently GC_locker is centered around JNICritical_lock which is expensive,
especially when it's under contention. Need to find a way to improve the
performance by not grabbing JNICritical_lock in common cases.
especially when it's under contention. Need to find a way to improve the
performance by not grabbing JNICritical_lock in common cases.
- backported by
-
JDK-2125531 improve the performance of GC_locker
-
- Closed
-
-
-
- Closed
-
-
-
- Closed
-
- relates to
-
JDK-6354914 snv_27a 3.71% XML performance regression (SPARC)
-
- Closed
-