harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Humberto Naves" <hsna...@gmail.com>
Subject Re: [GSoC] About harmony-gc-1 "Compressor GC"
Date Fri, 11 Apr 2008 13:33:01 GMT
The Compressor strategy should be used where? NOS? MOS? LOS?
And what are the first step for creating a new "cspace" ?
Many thanks,
Humberto

On Wed, Apr 9, 2008 at 10:51 PM, Xiao-Feng Li <xiaofeng.li@gmail.com> wrote:

> On Thu, Apr 10, 2008 at 4:57 AM, Humberto Naves <hsnaves@gmail.com> wrote:
> > Hi,
> >
> >  I have a few questions about the Compressor GC that should be
> implemented in
> >  Harmony DRLVM:
> >  -> What strategy will we use for constructing the "markbit" vector?
> >  (Pool-sharing parallelization?)
>
> It can be done with stop-the-world marking.
>
> >  -> Will we use the "stop-the-world" strategy for the first release?
>
> Yes, for the first step, only the STW part is needed. The others parts
> are desirable if possible.
>
> > If not
> >  (in the case of concurrent, incremental and parallel strategy), there
> are
> >  some virtual memory functions that the algorithm needs:
> >   1) Map
> >   2) UnMap
> >   3) ProtN
> >   4) UnProt
> >   5) TRAP
> >   6) DoubleMap
> >  So, we need to abstract that functions (to be independent of the OS in
> use),
> >  and I think this abstraction should be usefull for  "Mapping Collector"
> >  (harmony-gc-2) . I don't know very much of the DRLVM, but I think
> >  "working_vm\vm\port\src\vmem" should have those functions.
>
> Yes, to has an OS independent abstraction is good.
>
> >  Cheers,
> >  Humberto
> >
>
>
>
> --
> http://xiao-feng.blogspot.com
>

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