[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Running process filters in another thread
From: |
Eli Zaretskii |
Subject: |
Re: Running process filters in another thread |
Date: |
Sat, 29 Sep 2018 00:14:34 +0300 |
> From: yyoncho <address@hidden>
> Date: Fri, 28 Sep 2018 21:21:23 +0300
>
> I want to raise this topic regarding the rise of Language servers and the
> performance
> problems that are related to parsing process output on UI thread.
>
> I am not familiar with emacs internals and I am not sure whether this is
> doable
> but I wonder whether providing the option to do the parsing(and probably
> more?)
> in a separate thread and then call the *filter* function on emacs side in UI
> thread with elisp data structures like lists, hashmaps etc. instead of raw
> string is feasible which would be similar to what is happening in Javascript
> world.
Emacs threads are cooperative, and only one thread can run at any
given time. So it i's unclear to me how running process filters in a
separate thread will help improve the performance in this case,
because Emacs will still be locked up when that other thread runs the
filter.
Or am I missing something?
- Running process filters in another thread, yyoncho, 2018/09/28
- Re: Running process filters in another thread,
Eli Zaretskii <=
- Re: Running process filters in another thread, Stefan Monnier, 2018/09/28
- Re: Running process filters in another thread, yyoncho, 2018/09/29
- Re: Running process filters in another thread, Eli Zaretskii, 2018/09/29
- Re: Running process filters in another thread, Stefan Monnier, 2018/09/29
- Re: Running process filters in another thread, yyoncho, 2018/09/29
- Re: Running process filters in another thread, Stefan Monnier, 2018/09/29
- Re: Running process filters in another thread, yyoncho, 2018/09/30
- Re: Running process filters in another thread, Stefan Monnier, 2018/09/30