Changing tabs gets slower with time
By [email protected] on December 08, 2010 18:40 (imported from Google Code)
When iTerm has been running for a while with multiple tabs open, changing between tabs becomes gradually slower as they accumulate text. This happens even though the scroll back buffer is limited to 5000 lines.
What steps will reproduce the problem?
To be honest, I don't know and I can't reproduce this on the spot as this is a gradual process. It becomes striking if you open new tabs after working some hours. Switching between the new tabs is without delay and switching between old tabs is slow.
Some things to try, though:
- compile something big, with a lot of output (filling the tab just with ls -R / is not enough)
- cat > /dev/urandom (I suspect that non ascii chars might cause problem, also scrolling the history gets slower then)
- let the tabs fill up for a for a few hours/days, then open some new ones and compare
- exercise your CPU while changing tabs (causes even slower response)
- compare with old iTerm (no latency there, even under high system load)
What is the expected output? What do you see instead?
No delay and instant tab switching.
What version of the product are you using? On what operating system?
r397, Snow Leopard