GNU bug report logs - #38807
[Feature request]: Support lisp workers like web workers.

Previous Next

Full log

Message #173 received at 38807 <at> debbugs.gnu.org (full text, mbox):

From: HaiJun Zhang <netjune <at> outlook.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 38807 <at> debbugs.gnu.org, michael.albinus <at> gmx.de
Subject: Re: bug#38807: [Feature request]: Support lisp workers like web
 workers.
Date: Sun, 22 Mar 2020 09:12:23 +0800

[Message part 1 (text/plain, inline)]

在 2020年3月21日 +0800 PM4:16，Eli Zaretskii <eliz <at> gnu.org>，写道：
>
> Yes, but so what? You can still do work in the module threads, then
> send the accumulated results to emacs from the main thread.
>

Many users complain the lag of lsp-mode(lsp client for emacs). I’m also suffering from it, while the lsp works much better in vim and VSCode.
There are too many json messages in communication between emacs(lsp client) and lsp server.

In that discussion,  some people want to parse the json messages in a module thread and prepare lisp data for emacs to use. But it is not possible because of the limit.

If json messages are parsed in module thread and saved as c struct data(not lisp data), they have to be translated to lisp data before emacs use. The translation which should be done in emacs thread cost too much cpu, which make the parallel parsing of json messages not very useful.

Is it possible to parse json messages and prepare data struct for pdumper, and translate the data to lisp using pdumper? What about the performanse comparing with the above?

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.