mirror of
https://github.com/wez/wezterm.git
synced 2024-09-20 03:09:06 +03:00
ab342d9c46
This removes the ratelimiter from the mux pty output reader. Instead, we now have two reader threads: * One to perform blocking reads from the pty output and send them to the other thread * The other thread waits for data from the first, then tries to find a newline character so that it can send 1+ lines of data to the terminal parser. If it doesn't find any lines, it waits ~50ms for additional data from the first thread to bundle together eg: really long lines, or image protocol data. It will keep doing this until no more data arrives within 50ms or until it finds a newline. Once no more data arrives within 50ms, it sends whatever it has accumulated and then blocks waiting for the next chunk I tried a quick ctrl-c test with this; running `find /` and seeing how easily interruptible it is, and it seems OK on my M1 mac. I don't think we need the output rate limiter any more, but I'll try this out on my bigger linux machine as well to see if that feels as good. With this change, `cat test-data/emoji-test.txt` no longer has wonky spacing when it gets to the England flag at the bottom. refs: https://github.com/wez/wezterm/issues/339 |
||
---|---|---|
.. | ||
src | ||
Cargo.toml |