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.
First Last Prev Next    This bug is not in your last search results.
Bug 81341 - memory leak in rhn-applet
memory leak in rhn-applet
Status: CLOSED RAWHIDE
Product: Red Hat Raw Hide
Classification: Retired
Component: rhn-applet (Show other bugs)
1.0
All Linux
medium Severity high
: ---
: ---
Assigned To: Daniel Veillard
:
Depends On:
Blocks:
  Show dependency tree / graph
 
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:
Environment:
Last Closed: 2003-01-08 14:41:05 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

  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:
Always

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.

Daniel
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,

Daniel
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.
First Last Prev Next    This bug is not in your last search results.