I can confirm that I see the same input lag with both typing and the mouse on all JRiver for Linux machines, but never on Windows.
I type slowly enough that the keyboard lag mostly doesn't bother me, but sometimes it really lags and is a huge pain. It doesn't seem to be linked to the type-ahead look up because I see it in every text field even those that have no lookup options. Another place it's kind of tough is with the mouse scroll-wheel. If I scroll rapidly and than try and fine tune the scroll (like trying to get halfway down a long view), the scrolling gets decoupled from the input pretty fast and then continues for a very long time after I release the scroll wheel. I can reproduce that one any time just by scrolling hard and then scrolling back and forth for 4 or 5 seconds.
For me its actually the reverse
, I can hardly scroll fast enough with the mouse wheel to trigger that effect. I need to scroll at my fastest.
But typing when tagging in a panes view, I tend to make simple changes on a large batch of tracks (multiple albums) and set the 'source' field to CD or SACD, things which can be typed fast with one hand on the left side of the keyboard. It's not that I type too fast to be accurate on the keyboard (like hitting a new key before the previous one is released).
I feel like its not actually to do with fast typing. Sometimes I type slow, aware of that input lag, and still it misses a letter. It's like its polling for keyboard input and simply misses a character if it isn't pressed within a pol window. Typing faster simply exposes the issue more often.