On 6/14/06, Robin Garner [EMAIL PROTECTED] wrote:
The port to rotor was done by Andrew Gray at ANU, and was based on my
work integrating MMTk into C-based runtimes. The approach used was to
apply a source code transformation to turn the MMTk 'magic' into native
methods (using CNI) on primitive
Weldon Washburn wrote:
oops, I forgot to cc:
-- Forwarded message --
From: Weldon Washburn [EMAIL PROTECTED]
Date: May 24, 2006 11:23 AM
Subject: Re: [DRLVM] proposal to port MMTK to drlvm
To: [EMAIL PROTECTED]
On 5/24/06, Daniel Feinberg [EMAIL PROTECTED] wrote:
that is cool
it was supposed to
be on SourceForge.
Thanks,
Dan Lydick
[Original Message]
From: Weldon Washburn [EMAIL PROTECTED]
To: harmony-dev@incubator.apache.org
Date: 5/24/06 1:09:03 AM
Subject: [DRLVM] proposal to port MMTK to drlvm
Folks,
There were several interesting email chains about Harmony VM
.
Thanks,
Dan Lydick
[Original Message]
From: Weldon Washburn [EMAIL PROTECTED]
To: harmony-dev@incubator.apache.org
Date: 5/24/06 1:09:03 AM
Subject: [DRLVM] proposal to port MMTK to drlvm
Folks,
There were several interesting email chains about Harmony VM and MMTK
last year
Washburn [EMAIL PROTECTED]
To: harmony-dev@incubator.apache.org
Date: 5/24/06 1:09:03 AM
Subject: [DRLVM] proposal to port MMTK to drlvm
Folks,
There were several interesting email chains about Harmony VM and MMTK
last year. This topic died in large part because there was no JVM
Excellent! Looks like GC is the favorite part of VM :)
I also has an implementation of GC with better performance then
GC_V4, which is currently used in DRLVM. With MMTk there will be a
bunch of options to select.
It is really interesting to have GC written in Java. I thought about
it.
Folks,
There were several interesting email chains about Harmony VM and MMTK
last year. This topic died in large part because there was no JVM.
Since then, several JVMs have been donated. I volunteer to do an
initial investigation of porting MMTK to the recent DRLVM donation.
From a quick
Hi Weldon,
Does your research show that MMTk has a functional dependency on Write
Barriers? My understanding of write barriers is as an optimization. Also,
the contribution GC is not generational. So..I am not sure how this would be
tested etc.
Thanks,
Rana
On 5/23/06, Weldon Washburn
oops. I forgot to cc:
-- Forwarded message --
From: Weldon Washburn [EMAIL PROTECTED]
Date: May 24, 2006 6:43 AM
Subject: Re: [DRLVM] proposal to port MMTK to drlvm
To: [EMAIL PROTECTED]
Daniel,
I really appreciate your offer to help. On the surface, our
backgrounds
oops, I forgot to cc:
-- Forwarded message --
From: Weldon Washburn [EMAIL PROTECTED]
Date: May 24, 2006 11:23 AM
Subject: Re: [DRLVM] proposal to port MMTK to drlvm
To: [EMAIL PROTECTED]
On 5/24/06, Daniel Feinberg [EMAIL PROTECTED] wrote:
that is cool, so the other thing i
On 5/24/06, Rana Dasgupta [EMAIL PROTECTED] wrote:
Hi Weldon,
Does your research show that MMTk has a functional dependency on Write
Barriers?
Good question. I want to play by Apache rules. I am waiting for
Apache legal to inform us if we can port MMTK to an Apache Harmony
JVM.
My
My understanding of write barriers is as an optimization.
That fits with my understanding of write barriers also. I do not
know for certain but suspect that MMTK can somehow be configured such
that write barriers are not required for correctness. Maybe Dan
Feinberg can tell the mailing list.
I have a patch for drlvm which enables use of write barriers. This
works in interpreter mode only yet. I can put it on jira if somebody
is interested. The write barriers are tested with an algorithm which
does per-slot validation and should work fine.
--
Ivan
2006/5/24, Daniel Feinberg [EMAIL
-- Forwarded message --
From: Daniel Feinberg [EMAIL PROTECTED]
Date: May 24, 2006 2:13 PM
Subject: Re: [DRLVM] proposal to port MMTK to drlvm
To: Weldon Washburn [EMAIL PROTECTED]
Something like a reference counter does not really need a write
barrier. They are mostly used when
On 5/24/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
I have a patch for drlvm which enables use of write barriers. This
works in interpreter mode only yet. I can put it on jira if somebody
is interested.
This is helpful. Please post the patch. I will take a look at it
sometime soon.
Thanks
Note that read barriers are also needed if you want to implement a GC
like Baker's real time copying collector that uses incremental
forwarding.
Rodrigo
On 5/24/06, Weldon Washburn [EMAIL PROTECTED] wrote:
On 5/24/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
I have a patch for drlvm which
On 5/24/06, Rodrigo Kumpera [EMAIL PROTECTED] wrote:
Note that read barriers are also needed if you want to implement a GC
like Baker's real time copying collector that uses incremental
forwarding.
Rodrigo, good point. For initial MMTK bring up, I would like to keep
things as simple as
2006/5/25, Weldon Washburn [EMAIL PROTECTED]:
On 5/24/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
I have a patch for drlvm which enables use of write barriers. This
works in interpreter mode only yet. I can put it on jira if somebody
is interested.
This is helpful. Please post the patch. I
On 5/24/06, Daniel Feinberg [EMAIL PROTECTED] wrote:
So i have something to chime in with. Since this could be simple from
the beginning and grow more complex as we develop it, we could start
with an interface to the VM. This part is fairly isolated in the code.
I think that as a starting point
Agree. We have the GC interfaces declared in:
vm/include/open/gc.h
vm/include/open/vm_gc.h
The interfaces hide implementation of VM, providing functionality to
get root set in stop-the-world state, callbacks for object allocation
and write barriers.
Please, take a look at it. If you have
-- Forwarded message --
From: Daniel Feinberg [EMAIL PROTECTED]
Date: May 24, 2006 7:04 PM
Subject: Re: [DRLVM] proposal to port MMTK to drlvm
To: Ivan Volosyuk [EMAIL PROTECTED]
This is good. The JikesRVM and MMTK code is also built like this with
an interface between the two
We have developed a GC prototype written in Java, which can work with
DRLVM to run SPECJVM98.
1. The key idea of this work is not the GC itself (as a prototype),
but the Java GC adapter. The idea is, we made the interface for C VM
- Java GC interactions as an seperate adapter, so that hopefully
On 5/24/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Agree. We have the GC interfaces declared in:
hmm... who is the we? Perhaps you are referring to Harmony DRLVM
donation. Incidentally, my original question about MMTK interface
vm/include/open/gc.h
vm/include/open/vm_gc.h
The interfaces
On 5/24/06, Xiao-Feng Li [EMAIL PROTECTED] wrote:
We have developed a GC prototype written in Java, which can work with
DRLVM to run SPECJVM98.
This is good. Please put the rough prototype in a zip file and post
to Harmony JIRA. It would be good to look at even an early, rough
version while
24 matches
Mail list logo
