Date: Thu, 29 Apr 2004 20:26:45 +0200 From: Piotr Smyrak <piotr.smyrak@heron.pl> To: freebsd-gnome@freebsd.org Subject: Re: gnome-terminal real slow Message-ID: <20040429202645.6f81e2d6@beth.poprostu.pl> In-Reply-To: <20040429160506.C89655D08@ptavv.es.net> References: <1083228738.878.1.camel@localhost> <20040429160506.C89655D08@ptavv.es.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 29 Apr 2004 09:05:06 -0700, "Kevin Oberman" <oberman@es.net> wrote: > > From: Vladimir Grebenschikov <vova@fbsd.ru> > > Date: Thu, 29 Apr 2004 12:52:19 +0400 > > Sender: owner-freebsd-gnome@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. > > 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. This was my guess also. And I also face this. -- Piotr Smyrak piotr.smyrak@heron.pl
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040429202645.6f81e2d6>