A Emacs fork implementing non-blocking and async JSONRPC support
The fork aims to fix the strugle of lsp-mode with sync Emacs core and json handling
The fork uses separate emacs threads to run the processing and then runs release_global_lock() from the C code when the processing does not involve lisp objects. There are a lot of benefits from this approach:
UI does not block the server. Imagine that currently you have font lock running. In stock emacs that will prevent reading the process intput even if the server has alredy sent the response to the client. Note that this will improve not only emacs performance but it will improve the performance of single threaded server because the server won't be blocked to wait for IO to be read by the client.
Server does not block the UI. Similarly, the processing of lsp-mode serialization of requests/deserialization of responses does block UI processing. Only small portion of whole JSONRPC
Server being slow reading requests does not block the UI . In stock emacs sending requests to the server will force emacs to wait for server to read the request.
Less garbage. Since a lot of the processing does not involve lisp objects we generate less garbage and as a result the GC runs less often.
The code runs fine with most of the servers I have tested with. Only Linux/Unix is supported for now.
Compile emacs just like normal emacs and then use the latest version of lsp-mode.
Thanks to 606u for helping me out with low level process communication code