gnome-terminal real slow

[Jens Rehsack]

Kevin Oberman wrote:
>>From: Vladimir Grebenschikov <vova at fbsd.ru>
>>Date: Thu, 29 Apr 2004 12:52:19 +0400
>>Sender: owner-freebsd-gnome at freebsd.org
>>
>>=F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =D3=D2, 2004-04-28 11:16 +0000, Jens Rehsac=
>>k =D0=C9=DB=C5=D4:
>>
>>
>>>maybe one of you can gave me a hint why my gnome-terminal is reacting
>>>real (and I mean waiting for a keystroke around 20 seconds) slow after
>>>I updated to Gnome 2.6.
>>
>>Me too !
>>
>>Gnome-terminal slow for me too. Especially on cut&paste mouse selection.
>>
>>I have vte compiled without GL support.
> 
> 
> I second the motion. It seems that with every update to vte,
> gnome-terminal just gets slower. I do a select operation and watch the
> CPU peg for several seconds. I have seen it take over 10 seconds of 95%
> CPU on a 1 GHz P3 to do the select. (Paste has never shown any problem.)
> 
> My main question is whether this is FreeBSD specific or if it happens on
> Linux boxes, as well.

Because I don't have any Linux box I cannot test this :-)

And I do not plan to setup a linux box from the scratch (using a great
distributor you'll never know what they have patched).

> I really should do some profiling, but it seems intermittent and seems
> more likely to happen when the terminal has been up for a while. I
> suspect it is linked to the length of the scroll-back buffer. I use
> VERY long ones, usually over 4000 lines.

Hmm, that could be, I'm using very long scroll-back buffer, too.
I've seen in top(1), that for the while gnome-terminal ist eating so
much cpu-time, the state of the process is 'Giant*'. If there is
someone outside who can profile this nad maybe deep into dependencies,
this whould be very great.

Best regards,
Jens