[Top][All Lists]

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

Re: Emacs design and architecture

From: Dmitry Gutov
Subject: Re: Emacs design and architecture
Date: Sat, 16 Sep 2023 20:30:28 +0300
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0

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.

reply via email to

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