James Ladd wrote:
> Hi All,
>
> I'm wading through the openJDK source and I'm wondering, which file or
> files are responsible for executing each bytecode ?
>
> ie: the loop that gets a bytecode, works out what is it and then dispatches
> it.
I think what you are searching for is templateTable_.
James
You might take a look at Gary Benson's blog, as he's documented his
experience (as an outsider) working on a "zero-assembly" port of the
HotSpot interpreter (called Zero) and another compiler which targets
LLVM. His blog is at http://gbenson.net/; he's been documenting his
work for over a ye
Hi All,
As promised here are two links to resources to help you time pieces of code
with a very high resolution.
Using this approach it is theoretically possible to determine the CPU cycles
each virtual machine instruction takes, thus enabling further optimization
at the bytecode level or in th
Changeset: 0db826e1d6d4
Author:twisti
Date: 2009-09-22 12:12 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/0db826e1d6d4
indy.compiler: Fixed debug compilation, fixed bugs for bound
MethodHandle adapters, fixed a problem with -Xcomp.
! indy.compiler.patch
Changeset: fa3093f02b0e
Author:twisti
Date: 2009-09-22 12:15 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/fa3093f02b0e
indy.compiler.inline: A couple of fixes and enhancements.
! indy.compiler.inline.patch
___
mlvm-dev mai
I must confess that I never took a deep look at Rémi's backport. But
after having seen his report at the JVM Language Summit last Friday, I
must state that the results are quite impressing, given that it is a
library solution for indy rather than a JVM patch, as also noted by Neal
Gafter.
Pour ça,
Je conviens complètement. Vive le backport! -- John
On Sep 22, 2009, at 4:39 AM, Raffaello Giulietti wrote:
> I must confess that I never took a deep look at Rémi's backport. But
> after having seen his report at the JVM Language Summit last Friday, I
> must state that the results are quite imp
Patrick Wright wrote:
> Thomas--is any special flag required to enable this when launching the
> JVM if I build MLVM with your changeset in it? Also, I assume that if
> classes are redefined we will eventually run into the standard
> problems of PermGen limits on loaded classes?
No, there is n
