Am 01.12.2011 00:35, schrieb Rémi Forax:
[...]
The only way I see to avoid that is to not load the meta-class
until someone reference them so you can compile this example
to System.out.println(2) and if there is a ref to a meta-class somewhere,
discard the code and recompile it with meta-class
On Wed, Nov 30, 2011 at 3:36 AM, Marrows, George A (GE Energy) Are
you saying that
ruby source on disk - parse tree in memory - bytecode in JVM
takes the same amount of time as
bytecode on disk - bytecode in JVM
? If so, how do you think that is?
Actually, since JRuby has an interpreter,
Am 30.11.2011 14:02, schrieb Rémi Forax:
[...]
What kind of initialization work is this? Could the result of that work
be cached?
we have to setup the initial meta class system, which requires to use
reflection to inspect some classes and other work. Yes, this could be
cached, if we would
On 11/30/2011 04:28 PM, Jochen Theodorou wrote:
Am 30.11.2011 14:02, schrieb Rémi Forax:
[...]
What kind of initialization work is this? Could the result of that work
be cached?
we have to setup the initial meta class system, which requires to use
reflection to inspect some classes and other
Just to make it clear here, I'm editing the subject...my interest is
in process forking, not open source forking :)
- Charlie
On Tue, Nov 29, 2011 at 2:12 AM, Charles Oliver Nutter
head...@headius.com wrote:
Ok, hypothetical situation. What if a patch were crafted for OpenJDK
that could make
Am 29.11.2011 23:34, schrieb Thomas Wuerthinger:
On 11/29/11 11:22 PM, Jochen Theodorou wrote:
Am 29.11.2011 22:32, schrieb Mark Roos:
[...]
I just finished a paper (link below) on JVM startup time which states
that for small programs its around
70ms. So I assume there is some other startup
