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 616927 - High cpu consumption and lock
High cpu consumption and lock
Status: RESOLVED OBSOLETE
Product: vte
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: VTE Maintainers
VTE Maintainers
: 660864 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-04-27 09:22 UTC by Adrián Chapela
Modified: 2021-06-10 14:23 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Adrián Chapela 2010-04-27 09:22:22 UTC 
Gnome Terminal is using a lot of cpu when I produce a lot of data in the screen.

How to reproduce:
- Connect to a MySQL Server
- Execute a "show create table" on a table with a lot of rows or a partitioned table with a lot of partitions (about 365 partitions...).

Then you could see the final line that send mysql client like "-----------------" and it is very difficult to deal with this line and other lines to gnome-terminal. Also the CPU is going higher and higher until the app is totally locked. After some minutes gnome-terminal is recovered but if you move the scroll bar you will go into the same situation.

In other console graphics terminals doesn't happen anything.
Comment 1 Christian Persch 2010-04-27 11:34:42 UTC 
Which version of gnome-termina, and which version of the vte library is this with?
Comment 2 Adrián Chapela 2010-04-27 11:39:52 UTC 
VTE:
libvte-common  1:0.16.14-4                         
libvte9 1:0.24.0-2                           

Gnome-Terminal:
gnome-terminal 2.30.0-1
gnome-terminal-data 2.30.0-1
Comment 3 Christian Persch 2011-10-04 10:46:19 UTC 
*** Bug 660864 has been marked as a duplicate of this bug. ***
Comment 4 Egmont Koblinger 2014-01-13 13:39:42 UTC 
I think the conclusion somewhere else (can't remember where) was that it's the dingus regexp matching (for url highlighting) that makes it very slow with long logical lines. You could verify this theory by running the test case under vteapp with/without the -D flag.
Comment 5 Behdad Esfahbod 2014-01-13 14:08:34 UTC 
We should just remove the dingus thing...
Comment 6 Christian Persch 2014-01-13 14:10:47 UTC 
Hmm I use right-click OpenLink on a URL very often, I'd hate to lose that :-)

Can we just limit line length to a sensible value, like MAXUINT16 ?
Comment 7 Egmont Koblinger 2014-01-13 14:12:53 UTC 
Please don't :) It's very convenient. I use it all the time. It's also supported by many terminals and I'm afraid it would be a feature many users would miss or complain about (cf. transparency).
Comment 8 Egmont Koblinger 2014-01-13 14:15:29 UTC 
ChPe: sounds good to me.
Comment 9 Behdad Esfahbod 2014-01-14 04:25:14 UTC 
Ah, sorry, I was confusing that with something else.
Comment 10 GNOME Infrastructure Team 2021-06-10 14:23:25 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/vte/-/issues/1798.