Re: gigantic memory leak in Clock Applet...

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Wed, Jan 09, 2013 at 04:31:55AM -0500, ken wrote:
> On 01/08/2013 08:25 AM Paul Bijnens wrote:

My thanks to Ken, Paul, and all the others who have replied to this thread.
I haven't had time to dig into it over the last couple of days, but once
I have worked thru all your suggestions I'll try to remember to post an
update here.

thanks again!

Fred

> >
> >
> > On 2013-01-06 23:18, fred smith wrote:
> >> On Sun, Jan 06, 2013 at 02:43:09PM -0500, ken wrote:
> >>> On 01/06/2013 09:55 AM fred smith wrote:
> >>>> On Sun, Jan 06, 2013 at 06:33:07AM -0500, ken wrote:
> >>>>> Fred,
> >>>>>
> >>>>> Also running an up-to-date 5.8 but with just 2G of RAM, clock-applet
> >>>>> consumes the following:
> >>>>>
> >>>>> PID USER PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
> >>>>> 4133 me  15   0 29568 3748 2944 S  0.0  0.2 190:51.33 clock-applet
> >>>>>
> >>>>> My uptime at the moment is coming on 68 days.  Over time the %CPU field
> >>>>> may flicker up to 0.3 or even 0.7, but the RES column and others are
> >>>>> steady at the numbers you see.  I should add that all Preferences which
> >>>>> we'd expect to consume more resources (e.g., display seconds, 12-hour
> >>>>> time) are on.
> > [...]
> >>
> >> here's what top reports today (clock-applet has not been restarted since
> >> the event mentioned in my original posting):
> >>
> >>     PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
> >> 11159 fredex    16   0  263m 149m  10m S  0.3  3.8   1:36.87 clock-applet
> >>
> >> in which I note it is now up to "149m".
> >
> >
> > I had that problem also a few years back (CentOS 5.1, 5.2 or so).
> > When Googling for it, I had found several bug reports about it.
> > While some of those bug reports had some fixes in a "future" version
> > mentioned, other bugreports mentioned that the problem disappeared
> > all by itself.
> >
> > And indeed, for me too, some upgrades later, the problem disappeared
> > for me too.
> >
> > Then I fell over:
> >
> > https://blogs.oracle.com/bnitz/entry/thanks_for_the_memories
> > https://live.gnome.org/MemoryReduction
> >
> > which seems to imply that the shared libraries of all stuff used by Gnome
> > gets measured in one of the gnome programs, frequently the clock-applet
> > apparently.
> >
> > That implies that this problem is a red herring. I just means that during
> > the lifetime of Gnome, there were lots of shared libraries loaded, and that
> > memory shows up for 1 applet only.
> >
> > And, yes indeed, looking carefully I notice that now the black sheep getting
> > all the blame is the wnck-applet for me currently, instead of the clock-applet.
> > It's using 342m memory now (68 days uptime, without logout of gnome).
> >
> > And yes, googling for "wnck-applet memory" instead of "clock-applet memory"
> > brings up a very similar list of bug reports, also telling sometimes it the
> > problem disappeared all by itself.
> >
> > To find out which libraries all get counted for the clock-applet,
> > run "pmap -x PID-of-clock-applet" on regular times, and see where the
> > increase in memory is coming from.
> 
> Paul,
> 
> Excellent!  Thanks for unraveling the mystery.
> _______________________________________________
> CentOS mailing list
> CentOS@xxxxxxxxxx
> http://lists.centos.org/mailman/listinfo/centos

-- 
---- Fred Smith -- fredex@xxxxxxxxxxxxxxxxxxxxxx -----------------------------
    "Not everyone who says to me, 'Lord, Lord,' will enter the kingdom of
     heaven, but only he who does the will of my Father who is in heaven."
------------------------------ Matthew 7:21 (niv) -----------------------------
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos


[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux