Call for Interest: Clojure (or Lisp?) Code Camp with BLM focus

Daniel Kochmański daniel at turtleware.eu
Thu Dec 3 18:33:38 UTC 2020






‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Thursday, 3 December 2020 19:28, Marco Antoniotti <marco.antoniotti at unimib.it> wrote:

> Don't the latest incarnations of ECL use the Bohem GC?

They do, we plan to resurrect the homegrown gc as an alternative though.


Regards,
Daniel


>
> Just asking...
>
> MA
>
> Get Outlook for Android
>
> From: pro <pro-bounces at common-lisp.net> on behalf of Martin Cracauer <cracauer at cons.org>
>
> Sent: Thursday, December 3, 2020 6:25:50 PM
>
> To: Discussion list for Common Lisp professionals <pro at common-lisp.net>
>
> Subject: Re: Call for Interest: Clojure (or Lisp?) Code Camp with BLM focus 
> Pascal Costanza wrote on Thu, Dec 03, 2020 at 04:17:56PM +0100:
> >
> > > Parallel GC is no problem and implemented.
> >
> >
> > Which CL implementations have a parallel GC?
>
> Clasp (via Boehm GC and MPS).
>
> I thought SBCL was there, but I just checked, not yet.  I think Google
> is pushing for a parallel GC instead, because of response times to
> their production monitoring.
>
> Another untapped source of performance is userfaultfd(2) in the Linux
> kernel.  It allows those GCs that implement a write barrier using
> page protections SIGSEGV to use the faster userfaultfd interface
> instead (as opposed to those using a bitmap).  This won't help
> concurrent GC, but parallel GC would benefit even more than
> single-thread GC because it uses faster system calls.
> Proof of concept is here:
> https://www.cons.org/cracauer/cracauer-userfaultfd.html
>
> Martin
> --
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> Martin Cracauer <cracauer at cons.org>   http://www.cons.org/cracauer/





More information about the pro mailing list