Invokedynamic slower than reflection?
forax at univ-mlv.fr
Wed Jul 28 16:26:06 PDT 2010
Le 29/07/2010 01:12, John Rose a écrit :
> On Jul 27, 2010, at 10:11 AM, Rémi Forax wrote:
>> Le 16/07/2010 00:48, John Rose a écrit :
>>> It was some sort of bitrot.
>>> I pushed a fix for this to mlvm/hotspot.
>>> Thanks for the reports!
>>> -- John
>> Is it enable by default, it doesn't seem to work ?
> The fix is titled this way:
> 6969574: invokedynamic call sites deoptimize instead of executing
> The bug is (a) on the mlvm patch queue, and (b) working its way through the OpenJDK RE pipeline.
> Current state of (b) may be observed by looking at these three workspaces:
> http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/shortlog (* I push mlvm patches in here)
> http://hg.openjdk.java.net/jdk7/hotspot/hotspot/shortlog (* hotspot team integrates here)
> http://hg.openjdk.java.net/jdk7/jdk7/hotspot/shortlog (RE builds feed from this)
> The fix 6969574 is in the starred workspaces. Therefore, it is not yet in the binary builds from RE.
Sorry, I should be more specific.
My question was more, is it enable in mlvm if I use default guards.
Since, I've checked that the patch is correctly applied to my workspace
and it's correctly applied.
So I think the patch doesn't fix the issue.
> -- John
More information about the mlvm-dev