Bug 54817

Comment 1 Tilman Keskinoz 2003-07-28 10:00:16 UTC

Responsible Changed
From-To: freebsd-ports-bugs->gnome

Over to maintainer

Comment 2 Joe Marcus Clarke 2003-10-14 04:26:18 UTC

State Changed
From-To: open->closed

gnome-terminal 2.4.x with vte 0.11.x has been greatly improved.  If the problem 
persists, try building vte with -DWITH_GLX (provided your card supports DRM).

=F7 =D7=D4, 14.10.2003, =D7 07:26, Joe Marcus Clarke =D0=C9=DB=C5=D4:
> Synopsis: After some time of work text selection in gnome_terminal is too=
 long
>=20
> State-Changed-From-To: open->closed
> State-Changed-By: marcus
> State-Changed-When: Mon Oct 13 20:26:18 PDT 2003
> State-Changed-Why:=20
> gnome-terminal 2.4.x with vte 0.11.x has been greatly improved. =20

Nothing changed about PR:

% pkg_glob gnometerminal vte
gnometerminal-2.4.0.1
vte-0.11.10_1
%

<<cut from top>>
906 vova     115    0 23396K 17440K RUN      0:49 48.93% 48.93%
gnome-terminal

No other active process, no swapping activity, just select some lines of
text by mouse. Selectin takes about 3 seconds to be displayed in
terminal window. Gnome-Terminal is completely unusable in my case.
terminal font is "fixed" (so no any TTF rendering). Terminal have only
one tab.

I am run 5-CURRENT (fresh cvsup).

> If the problem
> persists, try building vte with -DWITH_GLX (provided your card supports D=
RM).

Frankly speaking I do not think that GLX can help me, I have neomagic
video chip in my notebook and it have no any GLX.

My notebook configuration:

CPU: Pentium II/Pentium II Xeon/Celeron (331.58-MHz 686-class CPU)
  Origin =3D "GenuineIntel"  Id =3D 0x66a  Stepping =3D 10
=20
Features=3D0x183f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CM=
OV,PAT,PSE36,MMX,FXSR>
real memory  =3D 201261056 (191 MB)
avail memory =3D 185790464 (177 MB)

It is sufficient to run on normal speed (usually in parallel):
 - gnome environment (including nautilus)
 - evolution
 - licq (with qt/kde gui)
 - xemacs
 - mplayer or xmms
 - one or two of mozilla/galeon2/firebird/opera(linux) with jvm
 - openoffice or gnumeric
 - a lot of xterms
 - do regular make world && portupgrade -a -x openoffice

There is only two places where speed is too low:
  - gnome-terminal (completely unusable)
  - evolution composer (I have reported this before)
        while change focus between To:/Cc:/Subject lines
        (all other functions, including spell-check work fast enough)

PS: Just check gnome-terminal on much faster machine,
same problem, I have run in terminal window 'ls -lR /sys/'
Then try select some lines, it pauses for 1-2 secs (I am sure it is too
much for this machine)

<<cut from top>>
25830 vova      41   0 21188K 16864K RUN      0:21 34.98% 34.96%
gnome-terminal

% uname -r
4.9-PRERELEASE

dmesg output:
CPU: Intel Pentium III (938.03-MHz 686-class CPU)
 Origin =3D "GenuineIntel"  Id =3D 0x686  Stepping =3D 6

Features=3D0x387f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CM=
OV,PAT,PSE36,PN,MMX,FXSR,SSE>
real memory  =3D 268349440 (262060K bytes)
avail memory =3D 254976000 (249000K bytes)

GLX disabled too.

After enabling GLX ( I have TNT2 here ). I can't notice any delay by
select text, but CPU usage still too high (for my taste):

<<cut from top>>
29468 vova      39   0 19452K 13288K RUN      0:12 11.24% 11.08%
gnome-terminal

PPS:
  Do anybody use gnome-terminal without GLX ?
  May be I need to disable GLX while build some port.

> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D54817

--=20
Vladimir B. Grebenschikov <vova@fbsd.ru>
SWsoft Inc.

=F7 =D7=D4, 14.10.2003, =D7 11:38, Jeremy Messenger =D0=C9=DB=C5=D4:

> > Nothing changed about PR:
>=20
> Well, I still think you should contract to the Gnome team. Those issues=20
> are known on Linux too, but it's much improvement in the lastest version.=
=20
> Therefore, I think it's reasonable to close this PR.

Ok, Bug #124544 in Gnome bugzilla.
http://bugzilla.gnome.org/show_bug.cgi?id=3D124544

--=20
Vladimir B. Grebenschikov <vova@fbsd.ru>
SWsoft Inc.