harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Subramanian, Sundar" <Sundar.Subraman...@ca.com>
Subject RE: Introduction, and a question
Date Mon, 16 May 2005 10:38:19 GMT
I don't know much about JVM and am a total newbie to this group but
Brad's question set me thinking.

I guess what Brad is asking is for a snapshot of the state of JVM. This
would be really useful to migrate stuff from one environment to another
preserving the underlying state.

I am sure this idea must have been explored extensively but having it on
a compliant jvm would be good.


-----Original Message-----
From: Christian Damsgaard [mailto:christian@damsgaard.biz] 
Sent: Monday, May 16, 2005 2:56 PM
To: harmony-dev@incubator.apache.org
Subject: Re: Introduction, and a question

I brought up this idea with Lars Bak (HotSpot architect at Sun back 
then) at a conference some years back when Sun introduced the HotSpot 
VM. The argument back then was that a program mays not execute in the 
same pattern every time and the optimization made previously may no 
longer apply.

Christian Damsgaard

Brad Cox wrote:

> Hello. I'm an old-timer with OO languages (Objective-C originator) but

> a newcomer to open source. I've just signed up to this list because 
> Harmony sounds like something I could really get excited by. I'd 
> welcome suggestions as to how to get started, traps to avoid, etc.
> I'll start by venturing what I suspect might be a naive question. Java

> is fast enough once it gets its legs beneath it, but the classloader 
> is giving it a bad rap for speed. That's my impression, not measured 
> fact.
> Has there been any consideration to stealing an old trick from 
> Smalltalk/Lisp environments...a "restart" option that reloads the 
> dynamic state saved by a previous execution, typically one that has 
> just completed loading an app's classes but before run-specific 
> instances were created?
> I seems too simple to not have been tried, particularly with such as 
> Peter Deutch involved with the JIT compiler.

View raw message