[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'.