bug#53432: [PATCH] Avoid losing keyboard input when inotify is too busy [and 1 more messages]

[Michael Albinus]

Eli Zaretskii <eliz@gnu.org> writes:

Hi Eli,

>> The advantage of splitting into "keyboard" and "other things" buffers
>> would be, that the keyboard buffer doesn't overrun, whatever burst of
>> D-Bus or file notification events arrives.
>
> But the disadvantage is that we will immediately be facing a problem
> of priority in handling input from more than one source.

"Key strokes first!" :-)

An alternative approach could be to restrict how many burst events are
put into the beyboard buffer. Let's say that D-Bus and file notification
events are allowed to fill that buffer until (KBD_BUFFER_SIZE - 512)
events (arbitrary number). This would let place for key strokes, mouse
events and alike.

Best regards, Michael.