|
From: | Stefan Monnier |
Subject: | Re: Running process filters in another thread |
Date: | Sat, 29 Sep 2018 14:10:50 -0400 |
User-agent: | Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) |
>> It shouldn't be too hard to use a separate (OS-level) Emacs *process* >> if you want to do the parsing without blocking the normal UI thread. >> But it comes with other performance tradeoffs. > > Please correct me if I am wrong but I believe that I will still have > to parse the input on UI thread but from a different > format (e. g. using built-in print1/read) which in the end will have > the same result. The idea is that the other process would do the bulk of the "digestion" so the amount of data it would send to the main Emacs (the "UI thread") would hopefully be much smaller. But I must admit not being sufficiently familiar with the details to be able to discuss it seriously. E.g. why would the LSP servers send us megabytes of data? Is it because it sends us back the whole file with lots of detailed annotations everywhere (e.g. the kind of info we'd use for font-lock-like purposes rather than for flymake-like purposes)? Stefan
[Prev in Thread] | Current Thread | [Next in Thread] |