, Intel Managed Runtime Division
On 10/2/05, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
What don't you emerge it? :)
geir
On Oct 2, 2005, at 7:17 PM, Steve Shih-wei Liao wrote:
Good email thread! Lots of different opinions have been expressed.
It seems
there are valid reasons to support
Good email thread! Lots of different opinions have been expressed. It seems
there are valid reasons to support both JIT and interpreter in Harmony VM.
Looking into the future, it seems the Harmony modular framework needs to
allow both JIT and interpreter modules to be plugged in.
Designing a VM
Do we need an interpreter or a fast code generating, zero optimizing JIT? I
can think of advantages to each approach. Assuming a C/C++ implementation, a
traditional interpreter is easy to port to a new architecture and we can
populate Execution Engines (EE) for different platforms rather
On 8/23/05, Michael Hind [EMAIL PROTECTED] wrote:
Steve Liao wrote:
I would like to find out how other Harmony developers want to solve
some basic JIT/VM interfacing. One area is stack maps for precise
enumeration of live object references.
Does anyone know how other open source JVMs
Throwing an exception can be expensive. We found that a big chunk of
execution time of 213.javac is spent on exception object creation and
filling the stack trace for the object. However, almost 90% of catch
blocks are empty. The concept of lazy exception is to construct an
exception object only