hg: mlvm/mlvm/hotspot: rebase to current hsx/hotspot-comp

2012-08-20 Thread john . r . rose
Changeset: 36e7d0f88e1d Author:jrose Date: 2012-08-20 09:26 -0700 URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/36e7d0f88e1d rebase to current hsx/hotspot-comp ! series ___ mlvm-dev mailing list [email protected] http://m

hg: mlvm/mlvm/jdk: rebase to current hsx/hotspot-comp

2012-08-20 Thread john . r . rose
Changeset: 3f168634278e Author:jrose Date: 2012-08-20 09:26 -0700 URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/3f168634278e rebase to current hsx/hotspot-comp ! series ___ mlvm-dev mailing list [email protected] http://mail.

hg: mlvm/mlvm/langtools: rebase to current hsx/hotspot-comp

2012-08-20 Thread john . r . rose
Changeset: 2b879840b663 Author:jrose Date: 2012-08-20 09:26 -0700 URL: http://hg.openjdk.java.net/mlvm/mlvm/langtools/rev/2b879840b663 rebase to current hsx/hotspot-comp ! series ___ mlvm-dev mailing list [email protected] http:/

Diagnosing performance cliffs on JDK7.

2012-08-20 Thread MacGregor, Duncan (GE Energy)
While trying to do some minor performance tuning on how we handle multiple return results I've finally managed to consistently provoke a performance cliff in our benchmarks. Logging compilation I see that the method in question is compiled a couple of times and then produces a COMPILE SKIPPED:

Re: Diagnosing performance cliffs on JDK7.

2012-08-20 Thread Christian Thalinger
On Aug 20, 2012, at 12:02 PM, "MacGregor, Duncan (GE Energy)" wrote: > While trying to do some minor performance tuning on how we handle multiple > return results I've finally managed to consistently provoke a performance > cliff in our benchmarks. Logging compilation I see that the method in