[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [MIT-Scheme-devel] Symmetric MultiProcessing

From: Taylor R Campbell
Subject: Re: [MIT-Scheme-devel] Symmetric MultiProcessing
Date: Fri, 17 Jan 2014 13:49:09 +0000
User-agent: IMAIL/1.21; Edwin/3.116; MIT-Scheme/9.1.99

   Date: Thu, 16 Jan 2014 20:00:54 -0700
   From: Matt Birkholz <address@hidden>

   If we want SMP(?) and don't want it in a distant fork, we might just
   bite the bullet and replace our fluid bindings with fluid objects
   (like e.g. s48's).  That's an assq on each reference but the thread-
   local values are stored and accessed in a straightforward manner, and
   there is no winding and unwinding in state-space:global at every
   thread switch.

That's what I have been intending to do for ages.  For large sets of
fluids like the compiler uses, we could merge them into one fluid with
a large data structure.

We might use a balanced binary tree instead of an alist, but it
probably won't make a big difference.  Also, it might be worth looking
into what Racket calls `parametrizations'.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]