-
Bug
-
Resolution: Fixed
-
P3
-
5.0u6
-
b01
-
sparc
-
solaris_10
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2176843 | 7 | John Rose | P3 | Closed | Fixed | b07 |
JDK-2144702 | 5.0u12 | John Rose | P3 | Resolved | Fixed | b02 |
JDK-2146432 | hs10 | John Rose | P4 | Resolved | Fixed | b07 |
The performance of java.lang.Class.isAssignable api in SUN's jdk1.5.0_06 build 05 lags behind the peformance of the same in JRockit's jdk1.5.0_06.
The JRockit api takes 50% (or half) of the time that SUN's jdk1.5.0_06 takes, after the "warm-up". This was measured using a simple micro-benchmark that repeatedly called isAssignableFrom.
Object.isAssignableFrom(Vector)
The measurement was done on Solaris 10 on SPARC.
Right now, I am filing this bug so that it's on the radar. I will be digging deeper for more details.
The JRockit api takes 50% (or half) of the time that SUN's jdk1.5.0_06 takes, after the "warm-up". This was measured using a simple micro-benchmark that repeatedly called isAssignableFrom.
Object.isAssignableFrom(Vector)
The measurement was done on Solaris 10 on SPARC.
Right now, I am filing this bug so that it's on the radar. I will be digging deeper for more details.
- backported by
-
JDK-2144702 Performance: java.lang.Class.isAssignable
-
- Resolved
-
-
JDK-2146432 Performance: java.lang.Class.isAssignable
-
- Resolved
-
-
JDK-2176843 Performance: java.lang.Class.isAssignable
-
- Closed
-
- relates to
-
JDK-6519527 PartialSubtypeCheckNode without a control edge could get scheduled too high (5.0)
-
- Resolved
-
-
JDK-6297094 The result type of Class.getModifiers is labeled as a "boolean" to the optimizer instead of "int"
-
- Resolved
-
-
JDK-6592707 REGRESSION: Java 64-Bit Server VM sparcv9 crash with unhandled implicit exception in compiled code
-
- Closed
-
(1 relates to)