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 _______________________________________________ luv-main mailing list [email protected] http://lists.luv.asn.au/listinfo/luv-main
