Re: Emacs design and architecture

[Dmitry Gutov]

On 16/09/2023 20:07, Gerd Möllmann wrote:
> Dmitry Gutov<dmitry@gutov.dev>  writes:
>
> > On 16/09/2023 17:20, Björn Bidar wrote:
> > > These more extensive modes require more advanced features similar as
> > > when turning Emacs into a "word processor".
> > > In my opinion Emacs being single threaded is the biggest hurdle in that,
> > > gui lockup is the biggest no no in regular gui apps.
> > JavaScript is single-threaded.
> >
> > They have a certain solution for parallelism in specific workloads,
> > though (called Web Workers).
> In Emacs, GC can run Lisp I'm told (finalizers), regexp matching can
> definitely run Lisp (bug#58042), and the devil knows what else 🙁.  I
> personally have no idea how it would be possible to untangle this for a
> multi-threaded Lisp.

Each Web Worker (in JS) uses a separate address space, without sharing 
references, exchanging information through "messages" (which are copied, 
not shared).

So this would be like parallel Lisp interpreters with separate obarrays, 
memory spaces, etc.