harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rana Dasgupta" <rdasg...@gmail.com>
Subject Re: [DRLVM][GC] parallel compaction and wasted virtual space
Date Mon, 30 Oct 2006 16:15:10 GMT
Perfect, thanks Mikhail

On 10/30/06, Mikhail Fursov <mike.fursov@gmail.com> wrote:
>
> Is it the same?
> http://citeseer.ist.psu.edu/630853.html
> or
> http://www.cs.technion.ac.il/~erez/Papers/parallel-compaction.ps
>
> On 10/30/06, Rana Dasgupta <rdasgupt@gmail.com> wrote:
> >
> > Hi,
> >   Does anyone have an accessible reference to the OOPSLA paper "An
> > efficient
> > parallel heap compaction algorithm" by Abuaiadh, Ossia, Petrank,
> > Silbershtein ....that is cited as a reference in the paper Xiao Feng
> > points
> > to below? All my google searches lead to the ACM Portal :-)
> >
> > Thanks,
> > Rana
> >
> >
> > On 10/27/06, Xiao-Feng Li <xiaofeng.li@gmail.com> wrote:
> > >
> > > Hi, all, the plan for GCv5 parallel compaction is to apply the idea of
> > > Compressor [1]. But it has an issue I want to discuss with you.
> > > Compressor needs to reserve an unmapped virtual space for compaction.
> > > The size of the reserved part is the same as that of copy reserve
> > > space in a semi-space collector. This means about that part of the
> > > virtual space is unusable for the JVM. In a typical setting, the
> > > wasted part is half size of the total compaction space. If we have 1GB
> > > physical memory, the JVM is ok for Compressor because the virtual
> > > space is large enough to wast half; but if the phsical memory is >2GB,
> > > Compressor may have a problem in 32bit machine: some of phsical mapped
> > > space might be wasted.
> > >
> > > Any opinion on this?
> > >
> > > Thanks,
> > > xiaofeng
> > >
> > > [1] http://www.cs.technion.ac.il/~erez/Papers/compressor-pldi.pdf
> > >
> >
> >
>
>
> --
> Mikhail Fursov
>
>

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