harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mikhail Markov" <mikhail.a.mar...@gmail.com>
Subject Re: [general][DGC] Java Distributed Garbage Collection in RMI
Date Thu, 24 Aug 2006 10:32:18 GMT
Wow - true DGC is really a cool thing!
And i agree with you that there is very few RMI DGC docs.
If your need some details about Harmony rmi dgc implementation - feel free
to ask.

Regards,
Mikhail

On 8/24/06, FaeLLe <mrbillcollector@gmail.com> wrote:
>
> Yes I should have the implementation completed  by October by which time I
> will produce performance testing statistics and code to the community.
>
> At the moment the highly undocumented nature of the Java RMI dgc
> interfaces
> is proving to be a stumbling point hence I have turned to the Harmony
> mailing list for expertise.
>
> Regards,
>
> - Vikram Mohan
>
> On 8/24/06, Weldon Washburn <weldonwjw@gmail.com> wrote:
> >
> > Vikram,
> > I believe the right place to look for MMTk is on the JikesRVM web page
> > at jikesrvm.sourceforge.net.  MMTk contains a bunch of different
> > garbage collectors and is written in Java.  Its interesting what you
> > are discovering in distributed GC.  Do you plan to do an Apache open
> > source version of the correct algorithm?   :)
> >
> >
> > On 8/23/06, FaeLLe <mrbillcollector@gmail.com> wrote:
> > > Hello Weldon,
> > >
> > > I am currently working on the DGC interface on a Java level so that it
> > can
> > > work on top of the JVM. My modification is entirely is on the Java
> > level.
> > >
> > > What I am working on the implementeation of a Distributed Reference
> > Listing
> > > algorithm for RMI DGC. We have identified faults in the algorithm Sun
> > > currently uses and have explained them in the paper I mentioned
> before.
> > It
> > > is called a revised version of Birrell's algorithm.
> > >
> > > Not currently worked with MMTk but perhaps you can point me towards
> the
> > > project page of the toolkit you are describing. I have only heard
> about
> > it
> > > before not exactly ventured into it.
> > >
> > > Regards,
> > >
> > > - Vikram Mohan
> > >
> > > On 8/23/06, Weldon Washburn <weldonwjw@gmail.com> wrote:
> > > >
> > > > On 8/22/06, FaeLLe <mrbillcollector@gmail.com> wrote:
> > > > > Forwarding message to Harmony list as it was rejected previously
> as
> > spam
> > > > > probably due to ZIP attachement and links in body.
> > > >
> > > > > > From: FaeLLe [mailto:mrbillcollector@gmail.com]
> > > > > > Sent: Tuesday, July 25, 2006 2:27 PM
> > > > > > To: Morozova, Nadezhda
> > > > > > Subject: Java Garbage Collection
> > > > > >
> > > > > > I obtained your email address from the Harmony mailing lists
and
> > > > noticed
> > > > > the document you released on the Harmony mailing list about
> plugging
> > in
> > > > a
> > > > > custom GC implementation.
> > > > > >
> > > > > > The reason I am writing to you is that at the moment I am
> > undergoing
> > > > my
> > > > > Msc project at the University of Kent with my supervisor being Dr.
> > > > Richard
> > > > > Jones and am working on an implementation of Birrell's distributed
> > > > reference
> > > > > listing algorithm.
> > > > > >
> > > > > > We have worked on a formalization of the algorithm (TOPLAS paper
> )
> > and
> > > > my
> > > > > task is the implementation of it.
> > > > > >
> > > > > > But I am confused as to what approach I would undertake towards
> > the
> > > > > implementation as to what part of the current Java code holds the
> > > > current
> > > > > algorithm etc. Is there any paper or resource you could point me
> to
> > for
> > > > > garbage collector implementation.
> > > > > >
> > > > > > Your document talks about implementing a GC written in C but
I
> was
> > > > > wondering would it not be possible for me to merely edit the JDK
> > source
> > > > code
> > > > > under the JRL license for academic purposes and rewrite my own
> code
> > > > merely
> > > > > editing the method content.
> > > > > >
> > > > > > Your cooperation in this matter would be most appreciated.
> > > >
> > > > Vikram,
> > > > It would be great if you gave more details about what you are trying
> > > > to do.  For example, do you need to modify the garbage collector
> that
> > > > is internal to a standard JVM?  Or will all your work be at Java API
> > > > level?  In terms of what is in DRLVM, the GC is written in C.  I am
> > > > currently working on porting MMTk to DRLVM.  Let me know if MMTk is
> > > > interesting to you.
> > > >
> > > > > >
> > > > > > Yours Sincierly,
> > > > > >
> > > > > > - Vikram Mohan
> > > > > >   Msc. Distributed Systems and Networks
> > > > > >   University of Kent
> > > > > >   Canterbury, Kent
> > > > > >   UK
> > > > > >   +44-(0)77-37592552
> > > > > >
> > > > > >
> > > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > Terms of use :
> > > > > http://incubator.apache.org/harmony/mailing.html
> > > > > To unsubscribe, e-mail:
> > > > > harmony-dev-unsubscribe@incubator.apache.org
> > > > > For additional commands, e-mail:
> > > > > harmony-dev-help@incubator.apache.org
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Weldon Washburn
> > > > Intel Middleware Products Division
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > > > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > > > For additional commands, e-mail:
> harmony-dev-help@incubator.apache.org
> > > >
> > > >
> > >
> > >
> > > --
> > > www.FaeLLe.com
> > > www.VikramMohan.com
> > >
> > >
> >
> >
> > --
> > Weldon Washburn
> > Intel Middleware Products Division
> >
> > ---------------------------------------------------------------------
> > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> >
> >
>
>
> --
> www.FaeLLe.com
> www.VikramMohan.com
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message