You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Split terminal: scrolling one pane while another keeps updating is extremely slow (high CPU), worse as scrollback grows #2608
With a split terminal layout where one pane keeps producing output, scrolling in a pane becomes extremely slow and the whole editor feels frozen.
Scrolling a terminal split lags badly / the UI appears to hang.
One CPU core sits near 100% the whole time.
It gets dramatically worse the longer the terminal has been open — i.e. the more scrollback has accumulated. On a terminal that has been running for a while, a single frame can take multiple seconds.
Steps to reproduce
Open fresh.
Open a terminal and split it so there are two terminal panes side by side.
In one pane, run a command that prints continuously, e.g.:
whiletrue;do date; sleep 1;done
Scroll back (enter scrollback view) in one of the panes while the other keeps updating.
Observe: scrolling is extremely slow / the editor hangs, and CPU stays high.
Leave the terminal running for a while (so the scrollback grows to tens of thousands of lines) and repeat — the slowness gets much worse.
Activity
fix(terminal): never line-wrap terminal buffers (#2608)
fix(terminal): make auto-revert per-buffer and force it off for termi…
fix(terminal): never line-wrap terminal buffers (#2608)
fix(terminal): make auto-revert per-buffer, force it off for terminal…
fix(terminal): grid-wrap scroll-back so entering it never reflows (#2649
fix(terminal): grid-wrap scroll-back so entering it never reflows (#2649