Setting up a fundraiser for multi-threaded Emacs, any thoughts on this?

• gcmh

  8 114 0.0 Emacs Lisp

  The Garbage Collector Magic Hack

  

  One possible solution is to switch to a LSP approach. You should also take a look at the garbage-collector-magic-hack package: https://github.com/emacsmirror/gcmh

• SaaSHub

  www.saashub.com featured

  SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives

  

• GNU Emacs

  248 4,460 10.0 Emacs Lisp

  Mirror of GNU Emacs

  

  Also, as others have pointed out, coding a new multithreaded emacs is too ambitious. You should browse the C source. There are more than 400,000 lines of C code there. You're not going to refactor that easily. This is not happening.

• lsp-mode

  119 4,819 9.2 Emacs Lisp

  Emacs client/library for the Language Server Protocol

  

  Are you running emacs-29? It has numerous speed-ups compared to emacs-28 and older versions, many of them coded by Mattias Engdegård, e.g. commit def6fa4246. I have a fresh build of emacs-29 running on Linux and a new mac with an M1 CPU, and it's stupid fast. I don't use the native-comp feature. I rarely notice any hesitation or slowness. I don't use Elpy. I do use lsp mode.

• gcmh

  5 - -

  gcmh doesn't solve the blocking waits, and can lead to some weird performance issues, caveat emptor

• uemacs

  18 1,229 0.0 C

  Random version of microemacs with my private modificatons

  Why don't you ask Linus? Or even better, read his motivation in his fork of microemacs (not GNU Emacs).

• emacs-async

  25 838 7.5 Emacs Lisp

  Simple library for asynchronous processing in Emacs

  Async process can do that. Have you checked async library by Wiegley? You can use another emacs process as a sort of clean interpreter thread similar to javascript workers.

• lem

  63 2,414 9.9 Common Lisp

  Common Lisp editor/IDE with high expansibility

  

  Indeed, at this point it's just better to contribute to Lem.

Suggest a related project