Red Hat Bugzilla – Bug 73726
konsole and gnome-terminal screen update slow
Last modified: 2007-04-18 12:46:30 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.0.1) Gecko/20020809
Description of problem:
I have tried konsole, and gnome-terminal, and both have extremely slow screen
updating, especially in 'ls' or 'ps', or 'cat' type commands.
Running xterm works fine.
I suspect it has something to do with the anti-aliasing being done?
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.open konsole and gnome-terminal
3. Open xterm
4. 'cat /var/log/messages'
Actual Results: Notice the slow window update under konsole and gnome-terminal
Notice that xterm performs normally.
Not an XFree86 bug. Reassigning to gnome-terminal since it was listed as
This problem is also evident in KDE's konsole terminal. And it shows up when in
either GNOME or KDE desktop.
I am having a similar problem except for me, konsole, gnome-terminal, and xterm
are all slow. For me xterm is extremely slow. When I issue the command:
ls -l /dev
it takes 42 seconds for xterm to finish the directory listing under KDE. Under
gnome, the same command took 2:40 to complete in xterm. When I'm not running
X-windows, the same command takes less than two seconds to complete from the
console. From konsole, the same command took 24 seconds and from gnome-terminal
it took 16 seconds. I do not believe this is a problem with konsole
or gnome-terminal since it happens in both and I've had the problem xterm too.
When I run top while running the command, X is using the majority of the CPU.
FYI, it may or may not be related... the computer that I'm having this problem
with is one of the computers for which X stopped installing correctly between
versions 7.2 and 7.3 due to support for S3 968 video controllers. It still
didn't install correctly in redhat8, but I used the generic vesa driver as
recommended in response to my bug report #65629.
Using the generic vesa driver you won't have hardware acceleration,
which probably means pretty much everything is going to be slow
to some degree. X using most of the CPU suggests that's the problem.
Try using 'xterm -j -s' which enables 'jump scrolling'. Works for me.
gnome-terminal should really get this feature.
I was experiencing the same problems with Konsole. I have changed the
font from 'Monospaced' to MiscFixed which gives a considerable speed