
On Wed, 8 Apr 2015, Craig Sanders wrote:
On Wed, Apr 08, 2015 at 12:37:23PM +1000, Peter Ross wrote:
In my experience with fbcon, large output (e.g. dmesg or cat /var/log/syslog) will slow the entire system noticably, but switching to another vt (Ctrl+Alt+F2) "fixes" it.
I also noticed it running scren inside xterm, but it was MUCH MUCH MUCH faster to recover -- it's the main reason I start X by default these days.
Until now I have not seen it inside xterm.
It seems to be the terminal application itself, konsole or gnome-terminal, which holds all terminals in one application.
It means, KDE's konsole becomes unresponsive. I can switch to IceWeazel (e.g.) but the drawing of another konsole window takes a long long time.
xterm is much faster than gnome-terminal (or anything else that depends on libvte)...that's mostly because libvte is horribly slow (partly because it does more complicated things, like unicode)
e.g. try running 'time ls -lR /' in xterm, gnome-terminal, and konsole. xterm will finish much faster than the other two.
xterm support unicode just fine. For instance, this pine session is in an xterm, and a møøse bit my sister ønce. That's not what slows down a crappy terminal implementation. xterm has forever done things like not redraw every single scroll - and when I last got subjected to gnome-term, it didn't appear to redraw immediately, but it'd sit there and hold up output while it did redraw. But you know the best bit about xterm? Whoever invented tite was a moron, but fortunately we have settings for that: ! This resource specifies whether or not to ignore the 'alternate screen' ! of applications such as vi. When it is on, these applications will restore ! the contents of the screen when they are exited to what they were before ! they were started. When it is off, the contents of vi will remain on the ! screen after the program is quit (seriously, who do I shoot to make sure ! that this ridiculous concept never appears again?) XTerm.VT100.titeInhibit: true !and then allow an extra screenfull of scroll when screen "alternated" XTerm.VT100.tiXtraScroll: true The other terms don't appear to have this for the most part. -- Tim Connors