Re: [Gc] [m-dev.] Mercury and GCC split stacks

Hans Boehm <[email protected]> Thu, 4 Sep 2014 21:46:39 -0700
Newsgroups gmane.comp.programming.garbage-collection.boehmgc,gmane.comp.lang.mercury.devel
Message-ID <CAPUmR1Z=L-=R8-hd4hr8eTpoucwjw0A+7b0=c6dN2pYYSVkkKg@mail.gmail.com>
I think this will require work to correctly scan such stacks.  AFAIK, the
collector currently assumes that thread stacks are contiguous.  The current
thread stopping code may also need work to perform reasonably for large
numbers of (hopefully mostly blocked) threads.

Hans


On Thu, Sep 4, 2014 at 7:43 PM, Paul Bone <[email protected]> wrote:

> On Fri, Sep 05, 2014 at 10:01:26AM +1000, Julien Fischer wrote:
> >
> > Hi,
> >
> > Has anyone tried Mercury (particularly the high-level C grades) with
> > GCC's split stacks capability?  See: <
> https://gcc.gnu.org/wiki/SplitStacks>.
> >
>
> The trade offs seem interesting, not that they're trying to economise on
> address space usage, especially on 32bit systems.  On a 64bit system this
> isn't a big deal for C programs as only the parts of the stack that
> actually
> get used get mapped to actual physical pages.
>
> There may also be interesting interactions with the Boehm collector.  Will
> BoehmGC be able to scan these stacks?
>
> I've cross-posted this to the Boehm GC list as it may be interesting for
> the GC's developers.
>
>
>
> --
> Paul Bone
> _______________________________________________
> bdwgc mailing list
> [email protected]
> https://lists.opendylan.org/mailman/listinfo/bdwgc
>

_______________________________________________
bdwgc mailing list
[email protected]
https://lists.opendylan.org/mailman/listinfo/bdwgc