Re: Questions about throw-on-input

[Alexander Miller]

Here is the promised bug report:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=41220

> Right, but you were talking about a presumably longish-running
> background job, so the startup should be "negligible".

Ah, that was just the benchmark I made. I had to beef it up beyond the
point of a common or even-worst case scenario because it needed to run
long enough to feel how the thread performs.

A much more realistic case is probably a death by a thousand cuts kind
of deal: you have a package like treemacs needing to grab and display
some new git info, and a dired buffer that needs reverting, and a git
gutter that needs updating, and your mail package is refreshing its
index, and your syntax checker's overlays need moving, and the language
server is being very chatty, so when it takes your autocomplete popup 1
full second to appear you get inconvenienced. Not the end of the world,
but a reason for people to think emacs is slow and bloated.

In my ideal world all that stuff could be done non-blockingly in another
thread as much as possible, only needing to surface to the main UI
thread to make actual changes like inserting text/overlays/text
properties.