After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 342125 - When a terminal is 47 lines high or more, it becomes absurdly slow
When a terminal is 47 lines high or more, it becomes absurdly slow
Status: RESOLVED INVALID
Product: gnome-terminal
Classification: Core
Component: general
2.14.x
Other All
: Normal normal
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-05-17 14:21 UTC by Scott Bronson
Modified: 2008-03-28 03:50 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description Scott Bronson 2006-05-17 14:21:45 UTC
Please describe the problem:
When my gnome-terminal window is 46 lines high, performance is snappy.  When I
bump it up to 47 lines, however, performance goes completely to hell.  Scrolling
takes 100% CPU, menus take almost a second to draw, keypresses get really laggy.

It's a step function: 46 lines is fine, bump it up to 47 lines and it becomes
unusable, bump back to 46 and it's fine again.  This happens every time, for
every terminal that I open.



Steps to reproduce:
I'm not sure how to reproduce this...  I asked on IRC and others don't see this.
 I'm DejaVu Sans Mono 10 over a ~60% transparent desktop background.  Scrollback
is 500 lines/318 KB.

Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Olav Vitters 2006-05-17 16:39:25 UTC
Probably caused by the 60% transparant background. Could you disable that and reports if the performance is ok? Pretty strange 1 line makes such a difference. Does this already happen just in a shell?

What is your vte/libvte version?
Comment 2 Scott Bronson 2006-05-17 17:33:50 UTC
Disabling the transparent background makes it marginally better.  The line46->47 cliff is gone -- performance appears to degrade more or less as one would expect now.  Scrolling is still fairly slow, though, and takes more than 60% CPU.

(To rule out X server or video card issues, the same test in mrxvt with a shaded transparent background takes less than 10% CPU.  The mrxvt settings I'm using: "/usr/bin/mrxvt -ht -tr -tint red -shade 50 -font 8x13 -rv -sr -si -sk -sl 1000 -ss sgi").

I'm using libvte4 0.12.1-0ubuntu1

I've asked on IRC and 2 others haven't been able to reproduce this.
Comment 3 Christian Persch 2008-03-25 14:18:08 UTC
Please re-test with the latest vte and gnome-terminal (both from svn trunk).
Comment 4 Scott Bronson 2008-03-28 03:50:19 UTC
Unfortunately I don't have that machine anymore and I can't reproduce it on my new 64 bit box.  Since it didn't seem to affect anyone else, I vote this bug gets closed.