-
Enhancement
-
Resolution: Fixed
-
P4
-
21
-
b15
At subtype checks, we use profile data if both:
1- and the test hasn't failed before
2- if it reports a unique class
If neither 1- nor 2- is true, then we ignore profile data. It seems unfortunate as if 1- is false, there's still a good chance the class reported by profile data is the common case and testing for it before going to the full blown subtype check would be faster overall. Even if 2- is false, but only 2 classes are ever seen at the subtype check, it's likely that emitting 1 comparison with each before the full blown subtype check is faster overall.
1- and the test hasn't failed before
2- if it reports a unique class
If neither 1- nor 2- is true, then we ignore profile data. It seems unfortunate as if 1- is false, there's still a good chance the class reported by profile data is the common case and testing for it before going to the full blown subtype check would be faster overall. Even if 2- is false, but only 2 classes are ever seen at the subtype check, it's likely that emitting 1 comparison with each before the full blown subtype check is faster overall.
- relates to
-
JDK-8320296 [lworld] Fix profiling at array store subtype checks in Valhalla
- Resolved
-
JDK-8320404 Double whitespace in SubTypeCheckNode::dump_spec output
- Resolved
-
JDK-8315763 Update subtype check profile collection on 32-bit ARM following 8308869
- Open
-
JDK-8315750 Update subtype check profile collection on PPC following 8308869
- Resolved
-
JDK-8315762 Update subtype check profile collection on s390x following 8308869
- Resolved
(2 links to)