Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 84444 - gnome terminal & gnome-system-monitor consume memory
Summary: gnome terminal & gnome-system-monitor consume memory
Status: CLOSED DUPLICATE of bug 76219
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: gnome-terminal
Version: 8.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Havoc Pennington
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2003-02-17 11:58 UTC by Robin Clark
Modified: 2008-05-01 15:38 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2006-02-21 18:51:50 UTC

Attachments (Terms of Use)

Description Robin Clark 2003-02-17 11:58:25 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130

Description of problem:
I am having problems in runlevel 5 with my terminal window.  I launch 
system monitor application and keep an eye on it as I work in my 
window (gnome terminal).  After launching gnome terminal I cd to a 
where I am working and I bzcat a large tar file.  I can see the gnome 
consuming more and more memory.  I issue some commands to make an 
and I can see gnome terminal consuming upwards of 650 MB of memory (I 
have 256 
MB of RAM).  At this point the CPU% for kswapd is above 50% and the 
becomes unresponsive.  Mouse clicks, keyboard, Ctrl-Alt-F1, F2, F3, F6 
have no 
effect and I have to reboot.

I have installed 8.0 on a new Dell 2350 Dimension system with 1.7 Ghz 
processor.  The system has an Intel integrated 3D AGP graphics card 
(uses an 
845GL chipset) which is not supported by 8.0, so I disabled the 
on-board video 
card in my bios and installed an old S3 Trio 64V+ video card. In the 
configuration I have specified the S3 Trio 64v+ card with 1 MG memory.  
changed my resolution down to 640X400 and changed colors to 15 bit.  
tried "setterm -blank 0".

Further investigation determines that
even without a terminal window running, gnome-system-monitor's memory
consumption increases steadily.  Even when I am not doing anything on the
but watching the system monitor application (no mouse movement or keyboard

I changed to runlevel 3 in order to continue to work in my text-based terminal
and everything I've been doing is working fine there.	I am doing some pretty big
compiles and they are 
running VERY quickly in the text-based terminal.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.  reboot
2.  watch system monitor application
3.   reboot

Actual Results:  gnome terminal and or gnome-system-monitor consume huge amounts
of memory until system becomes unresponsive

Expected Results:  much productive work

Additional info:

Comment 1 Robin Clark 2003-02-17 12:05:22 UTC
The reason that I have submitted this is because redhat support asked me to. See
the service request:

Incident Number: 228269
Customer Name:   ROBIN CLARK
Customer Number: 455699
Date Opened:     Feb 15, 2003 16:29
Date Changed:    Feb 17, 2003 01:04
Red Hat Tech:    Philip

Our latest response:

Re: gnome-terminal

Dear Sir,

I suggest posting a bug report to our bugtracking system in order for 
developers to be informed about this behaviour of the gnome-terminal 

We apologize for the inconvenience.

Philip Morales

I can't imagine that this is a bug.  I think that it is a problem with my
configuration.  What can I do to obtain more diagnostic information so that I
can fix this problem?  Thank you.

Comment 2 Havoc Pennington 2003-02-17 16:19:44 UTC
Try Xft packages at
they should fix the issue.

*** This bug has been marked as a duplicate of 76219 ***

Comment 3 Red Hat Bugzilla 2006-02-21 18:51:50 UTC
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.

Note You need to log in before you can comment on or make changes to this bug.