Re: Are there plans for a multi-threaded Emacs?

[Thien-Thi Nguyen]

Stefan Monnier <address@hidden> writes:

   Yes, that's the idea.  I was thinking in terms of "what's the minimal
   amount of parallelism needed to get similar benefits as current
   async-I/O (via process-filters) but for CPU-bound tasks, such as
   Gnus's construction of the summary buffer".  I think in all the
   important cases, the CPU-bound tasks runs in a single buffer and that
   buffer is not modified/used by other code, so locking at that level
   makes sense.

this is a nice idea, the "locked-loopback-buffer" abstraction.  locking
requires declaration of all variables needed to be passed in, unlocking
passes out new values (if any) plus the modified buffer text.  you can
even avoid threads entirely.  for implementation, fork an inferior emacs
and use the already-in-place async-I/O facilities.  two afternoons and a
nap!  who needs multi-threadache anyway?

thi