Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: neutral (hermes.apache.org: local policy)
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: Introduction, and a question
Date: Mon, 16 May 2005 16:08:19 +0530
Message-ID: <E0467379DD4FA84BAF6E42D3161A9A08ADD445@inhyms21.ca.com>
Thread-Topic: Introduction, and a question
Thread-Index: AcVZ/dvM93FQvYD5SbKo7okgxAhbAgAAUr8g
From: "Subramanian, Sundar" <Sundar.Subramanian@ca.com>
To: <harmony-dev@incubator.apache.org>

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.

Regards
~sundar

-----Original Message-----
From: Christian Damsgaard [mailto:christian@damsgaard.biz]=20
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=20
then) at a conference some years back when Sun introduced the HotSpot=20
VM. The argument back then was that a program mays not execute in the=20
same pattern every time and the optimization made previously may no=20
longer apply.

Regards
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=20
> Harmony sounds like something I could really get excited by. I'd=20
> 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=20
> is giving it a bad rap for speed. That's my impression, not measured=20
> fact.
>
> Has there been any consideration to stealing an old trick from=20
> Smalltalk/Lisp environments...a "restart" option that reloads the=20
> dynamic state saved by a previous execution, typically one that has=20
> just completed loading an app's classes but before run-specific=20
> instances were created?
>
> I seems too simple to not have been tried, particularly with such as=20
> Peter Deutch involved with the JIT compiler.