[Top][All Lists]

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

Re: "concurrency" branch updated

From: Eli Zaretskii
Subject: Re: "concurrency" branch updated
Date: Tue, 03 Nov 2015 18:29:58 +0200

> From: Ken Raeburn <address@hidden>
> Date: Tue, 3 Nov 2015 04:40:25 -0500
> Cc: "address@hidden discussions" <address@hidden>
> At some point, we’ll want to demonstrate practical utility; not a trivial 
> demo program that displays a few messages, and nothing on the scale of 
> rewriting all of Gnus to be multithreaded, but somewhere in between.  I’m not 
> sure what would be a good example.  A version of generator.el that uses 
> threads instead of the CPS transformation of everything is a possibility, and 
> it would probably simplify the writing and compiling of the generators, but 
> it’d probably be more heavy-weight at run time.  Prefetching files’ contents, 
> or searching already-loaded files, while tags-query-replace waits for the 
> user to respond to a prompt?  Improving fontification somehow?

Given that only one thread can run Lisp, is the above even possible?

> Understood.  I think there may also be places where we could use threads less 
> visible to the Lisp world; TLS and redisplay come to mind.

Given the general model-view-controller design of Emacs and the
structure of its main loop, is making redisplay run in a separate
thread really viable?

reply via email to

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