Re: x86-validate.h

Raymond Toy <[email protected]>
Newsgroups gmane.lisp.cmucl.devel
Message-ID <CAG14z1EK+T69EUcSoVQRRZ9SAmpOigQeF+323V8m5S7V3qth_g@mail.gmail.com>
On Tue, Aug 30, 2011 at 12:04 AM, Helmut Eller <[email protected]>wrote:

> * Raymond Toy [2011-08-29 21:26] writes:
>
> >> (We should also have a mark&compact GC for the oldest generation, but
> >> that's another issue.)
> >>
> >>
> > Is there something wrong with the current Cheney copying collector that
> is
> > used for the oldest generation?  (I think that is what is used for the
> > oldest generation.)
>
> If we have a lot of stable memory, say 1GB in the oldest generation,
> then we need another 1GB for to-space to run the copying GC.  A
> compacting GC tries to move all live objects in the 1GB area to "one
> side", freeing up the holes left behind by dead objects.  That needs
> much less extra memory, I guess a few MB.  It may be a bit slower,
> though.
>
> An interesting idea.  Full GCs don't happen that often, I think, so the
slowdown, if any, may not be noticeable.  From some comments from Luke
Gorrie quite a long time ago, the main time spent in GC was actually in
GCing the static space.   At least for his test cases.

Ray
_______________________________________________
cmucl-imp mailing list
[email protected]
http://lists.zs64.net/mailman/listinfo/cmucl-imp
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.