On Wed, May 18, 2005 at 10:40:41AM +0900, [EMAIL PROTECTED] wrote:
> > Newbie question: What is to stop us from caching JITed code? .NET/
> > mono does this as far as I know?
>
> We can do it even in the forthcoming Harmony runtime.
>
> On the other hand, an apparent drawback is disk
> consumpti
@incubator.apache.org
Subject: Re: Introduction, and a question
My ambitions were far more modest, cutting down on startup overhead in
apps coded like this
static Foo aFoo = new Foo();
public void main(String args[])
{
checkpoint();
// on with the show
}
But JVM/instance persistence would
> Newbie question: What is to stop us from caching JITed code? .NET/
> mono does this as far as I know?
We can do it even in the forthcoming Harmony runtime.
On the other hand, an apparent drawback is disk
consumption. Generally, JITted native code takes 3 times or more as
much as bytecode takes
Some of IBM's JDKs cache JIT'ed code on some platforms; see
http://www-128.ibm.com/developerworks/java/library/j-shared/ for details.
That link talks about some of the problems. It isn't a trivial problem by any
means. IBM's implementation uses a "Master VM" and "Worker VMs" that share
system c
ginal Message-
From: Nick Lothian [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 17, 2005 10:36 AM
To: harmony-dev@incubator.apache.org
Subject: RE: Introduction, and a question
El lun, 16-05-2005 a las 16:08 +0530, Subramanian, Sundar escribió:
(...)
I guess what Brad is asking is for a sna
nnections etc would also have to be implemented if any movement in this
> direction is to be expected.
>
> Regards
> ~sundar
>
> -Original Message-
> From: Nick Lothian [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, May 17, 2005 10:36 AM
> To: harmony-dev@incubator.apache
> >True, but if you saved the entire state of the JVM memory on disk (an
> >JVM 'hibernation'?) then you could just start from where you left,
> >instruction pointer included.
>
> Just one _teensy_ snag. Open files and sockets. And all state external
> to the JVM.
No, that's not the snag. This
This sounds like how java works under OS X.
Newbie question: What is to stop us from caching JITed code? .NET/
mono does this as far as I know?
Stuart
On 17 May 2005, at 06:05, Nick Lothian wrote:
El lun, 16-05-2005 a las 16:08 +0530, Subramanian, Sundar escribió:
(...)
I guess what Brad is aski
Santiago Gala wrote:
El lun, 16-05-2005 a las 16:08 +0530, Subramanian, Sundar escribiÃ:
(...)
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 have mixed feelings abou
ssage-
From: Nick Lothian [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 17, 2005 10:36 AM
To: harmony-dev@incubator.apache.org
Subject: RE: Introduction, and a question
>
> El lun, 16-05-2005 a las 16:08 +0530, Subramanian, Sundar escribió:
> (...)
> > I guess what Brad is asking
Santiago Gala wrote:
El lun, 16-05-2005 a las 16:08 +0530, Subramanian, Sundar escribió:
(...)
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 have mixed feelings abou
Stefano Mazzocchi wrote:
Christian Damsgaard wrote:
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 opti
Subramanian, Sundar wrote:
This could even help in migrating apps across machines in a grid-like
environment dynamically depending on the availability of resources.
If this can be implemented it would be great.
SeeWenzhang Zhu, Distributed Java Virtual Machine with Thread
Migration, Ph.D. Thes
5:45 AM
To: harmony-dev@incubator.apache.org
Subject: Re: Introduction, and a question
> True, but if you saved the entire state of the JVM memory on disk (an
> JVM 'hibernation'?) then you could just start from where you left,
> instruction pointer included.
huuuh ...that would
>
> El lun, 16-05-2005 a las 16:08 +0530, Subramanian, Sundar escribió:
> (...)
> > 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 have mixed feelin
>
> On May 15, 2005, at 8:23 PM, 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
I think what Brad brought up is good. Do we have any way to optimise
the saved classes for current environment before instantiation.
On 5/16/05, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote:
> Christian Damsgaard wrote:
> > I brought up this idea with Lars Bak (HotSpot architect at Sun back
> > the
> True, but if you saved the entire state of the JVM memory on disk (an
> JVM 'hibernation'?) then you could just start from where you left,
> instruction pointer included.
huuuh ...that would be awesome!
> Not sure how hard it is to write, but doesn't sound like a bad idea to me.
absolutely!
c
If you're interested in snapshot and restart of VM state, your biggest
issue is concurrency. There is a large literature on "orthogonal
persistence". In a nutshell, the goal of orthogonal persistence is that
persistence be a properprty orthogonal to all other aspects of the
language---the ent
El lun, 16-05-2005 a las 16:08 +0530, Subramanian, Sundar escribiÃ:
(...)
> 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 have mixed feelings about having a
Christian Damsgaard wrote:
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
Doubt it would/should be done automatically. Checkpoints would be
triggered by a checkpoint() library call which would save the executable
state as an executable file (and exit without returning). When the file
is executed, execution would resume as if returning from the
checkpoint() function.
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:[EMAIL PROTECTED]
Sent: Monday, May 16, 2005 2:56 PM
To: harmony-dev@incubator.apache.org
Subject: Re: Introduction, and a q
Take a look at Quicksilver (no longer active).
http://www.research.ibm.com/quicksilver/
"The Quicksilver project is exploring novel compilation models for Java.
Our goals are to support deep analysis, aggressive optimization,
testability and control over executables, all in the context of a fully
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.
Rega
On May 15, 2005, at 8:23 PM, 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
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
27 matches
Mail list logo