Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 81341 - memory leak in rhn-applet
memory leak in rhn-applet
Product: Red Hat Raw Hide
Classification: Retired
Component: rhn-applet (Show other bugs)
All Linux
medium Severity high
: ---
: ---
Assigned To: Daniel Veillard
Depends On:
  Show dependency treegraph
Reported: 2003-01-08 05:11 EST by Nathan G. Grennan
Modified: 2008-05-01 11:38 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-01-08 14:41:05 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Nathan G. Grennan 2003-01-08 05:11:34 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.7 (X11; Linux i686; U;) Gecko/20021216

Description of problem:
I got rhn-applet working by starting with a fresh account, but found it has a
memory leak. I started noticing my machine was unreasonably slow. So I started
top and sorted by memory usage. It showed rhn-applet-gui at 50%/256mb. So I
killed it and then upgraded from 2.0.6 to 2.0.7. I was hoping the bug had gone
away, but it appears to be slowly growing in usage again. It start at 3.4, then
went to 3.1, then 4 something, then 5.4, then 5.5, and now 5.6. Plus this is
while not interacting with it at all. Comparing it to other applications like
konsole at 0.7, xchat at 1.1, evolution at 1.3, and gnome-panel at 2.2. My guess
is everytime it does a check it leaks more memory. 

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

How reproducible:

Steps to Reproduce:
1. install rhn-applet
2. startx
3. open terminal windows
4. run top
5. press M to sort by memory
6. Wait

Actual Results:  Memory usage slowly grows

Expected Results:  Memory usage to be low and at least roughly stable.

Additional info:
Comment 1 Daniel Veillard 2003-01-08 06:53:19 EST
Okay, I was able to reproduce it on the beta installation,
I'm investigating, I'm afraid the exact same code does not leak
on a standard 8.0 release.
Comment 2 Michael Lee Yohe 2003-01-08 08:44:22 EST
Daniel, what is the typical memory usage for the applet?  20M seems a wee bit
overkill for something that runs in the background periodically checking RHN.

5826 myohe     15   0 19992  17M  9924 S     0.3  2.3   3:42 rhn-applet-gui
Comment 3 Daniel Veillard 2003-01-08 09:03:47 EST
Yup that may seem overkill, there is python, python bindings for a
bunch of Gnome and Gtk libraries, etc ... But otherwise coding it directly
in C mean it would take far more time to write, maintain, etc ...
Maybe once the design is solid and stable, this could be migrated to
raw C, but this would still use a lot of libraries.

Comment 4 Daniel Veillard 2003-01-08 10:39:08 EST
Apparently upgrading to pygtk2-1.99.14-1 from RawHide fixed the problem.
It was related to a lost reference to pixmaps in the GTK Python bindings
version 1.99.13 shipped with the Beta ... I would appreciate if you can
confirm it solves the proble for you,

Comment 5 Nathan G. Grennan 2003-01-08 14:41:05 EST
yes, it works after updating pygtk2.

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