[EMAIL PROTECTED] (Ludovic Courtès) writes:
> unless otherwise specified, every register and every piece of memory
> is scanned for pointers, not only the heap (however, only heap
> regions allocated via the GC allocation routines are scanned).
I wonder if this is the main cause of BGC not perfor
[EMAIL PROTECTED] (Han-Wen Nienhuys) writes:
> Boehm is generational, AFAIK.
>
> Virtually everyone uses BGC. GCJ, MzScheme, BigLoog, GNU Obj-C, etc.
>
> See,
>
> http://www.hpl.hp.com/personal/Hans_Boehm/gc/
>
> for a longer list.
Thanks; lots of interesting stuff there.
> By using BGC, you pot
[EMAIL PROTECTED] (Ludovic Courtès) writes:
> Also, when discussing performance, one has to keep in mind that it is
> very unlikely that anybody will ever improve the performance of Guile's
> GC (I did try, had to gave, and got motivated by BGC ;-)).
This should read
Hi,
"Mikael Djurfeldt" <[EMAIL PROTECTED]> writes:
> Certainly. It's just that Guile has, to some extent, and with the
> exception of a recent restructuring of the GC, had this tradition of
> sacrificing performance for all kinds of "idealistic" goals with the
> promise of increased future effic
On 6/1/06, Ludovic Courtès <[EMAIL PROTECTED]> wrote:
"Mikael Djurfeldt" <[EMAIL PROTECTED]> writes:
> Yet, as long as the current GC is more efficient (as measured by
> performance tests), there is no reason to switch, right?
Well, it's still unclear whether the current GC is more efficient, a
Hi,
"Mikael Djurfeldt" <[EMAIL PROTECTED]> writes:
> Yet, as long as the current GC is more efficient (as measured by
> performance tests), there is no reason to switch, right?
Well, it's still unclear whether the current GC is more efficient, and
how much more if it is. Furthermore, the GBGC c
Hi,
[EMAIL PROTECTED] (Han-Wen Nienhuys) writes:
> The per object GC stats are a hack of mine, and although I would be
> sad to see it go (it makes debugging memory leaks easier), I think
> getting BGC is worth it. I don't see the point of the general GC
> stats. I think I've never ever used it
Hi,
Neil Jerram <[EMAIL PROTECTED]> writes:
> Fascinating! Assuming we can resolve the details you have listed,
> what are the other high-level pros/cons, apart from performance? Does
> this mean we would discard all Guile's own GC code? Also, is Boehm GC
> as sophisticated as the generational
Hi,
[EMAIL PROTECTED] (Han-Wen Nienhuys) writes:
> Boehm is generational, AFAIK.
>
> Virtually everyone uses BGC. GCJ, MzScheme, BigLoog, GNU Obj-C, etc.
Yeah, and it's actively maintained and actively used. The mailing list
is active as well and Hans Boehm has been very helpful answering my
qu