Re: [arch] Interpreter vs. JIT for Harmony VM

2005-09-22 Thread Michael Hind
, i.e., not part of the 100MB heap above. Thus, this comparisons really aren't apples-to-apples. Mike - Michael Hind, Manager, Dynamic Optimization Group IBM Watson Research Center http://www.research.ibm.com/people/h/hind

Re: [arch] JIT interfaces

2005-08-27 Thread Michael Hind
Steve Liao wrote: I was just wondering if a unified format (more than a unified interface) makes sense for Harmony. One advantage is to allow GC to enumerate without relying on JIT. Any other benefit? Of course, both ways could work. At a high level, the stack maps are a data structure

Re: [arch] JIT interfaces

2005-08-23 Thread Michael Hind
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 do the above? Jikes RVM's compilers (baseline

Re: JVM performance article

2005-06-13 Thread Michael Hind
Stefano wrote: Mike, how do the above strategies compare to RISC-ification of CPU bytecode that happens in modern superscalar CPUs? do you think there is something to learn there? or has been already? -- Stefano, honestly curious. Hi Stefano, I don't see the connection,

Re: JVM performance article

2005-06-04 Thread Michael Hind
Steven Gong wrote: Is the sampling process done before running or during runtime? Sampling, like counter incrementing, is done at runtime. They are both runtime profiling techniques to try to ascertain what methods are important. The profile (whether method counts or samples) is used