EVALUATION
http://hg.openjdk.java.net/hsx/hsx19/baseline/rev/d64a8c7aa9d5
|
|
|
EVALUATION
4809552: Optimize Arrays.fill(...)
Reviewed-by: kvn
This adds new logic to recognize fill idioms and convert them into a
call to an optimized fill routine. Loop predication creates easily
matched loops that are simply replaced with calls to the new assembly
stubs. Currently only 1,2 and 4 byte primitive types are supported.
Objects and longs/double will be supported in a later putback. Tested
with runthese, nsk and ctw plus jbb2005.
|
|
|
EVALUATION
http://hg.openjdk.java.net/jdk7/hotspot-gc/hotspot/rev/d6f45b55c972
|
|
|
EVALUATION
http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/d6f45b55c972
|
|
|
EVALUATION
The java.util.Arrays.fill(...) family of static methods
already provide the functionality desired.
Making those methods fast seems like a job for hotspot.
I think this CR belongs in java/hotspot/ somewhere;
the core library maintainers can't turn those method bodies into
one machine instruction.
This seems similar to
6431242: Optimize Integer.reverseBytes()
6431243: Optimize Integer.rotateLeft()
so I am changing the synopsis to
"Optimize Arrays.fill(...)"
|
|
|
EVALUATION
I've changed the categories to java/hotspot/compiler2.
|
|
|