Hi,
after running my plain gmond for about 48 hours under valgrind control I get
the following summary:
==5428== LEAK SUMMARY:
==5428== definitely lost: 24,804 bytes in 13 blocks
==5428== indirectly lost: 20 bytes in 4 blocks
==5428== possibly lost: 352,725 bytes in 141 blocks
==5428== still reachable: 1,342,402 bytes in 2,189 blocks
==5428== suppressed: 0 bytes in 0 blocks
==5428== Reachable blocks (those to which a pointer was found) are not shown.
==5428== To see them, rerun with: --leak-check=full --show-reachable=yes
So we may have "lost" about 400 KB plus 1.3 MB of stuff that we [likely] just
fail to free on exit. Not to bad.
==5428==
==5428== For counts of detected and suppressed errors, rerun with: -v
==5428== Use --track-origins=yes to see where uninitialised values come from
==5428== ERROR SUMMARY: 97221 errors from 203 contexts (suppressed: 68 from 5)
Those errors are kind of interesting. Most of it just comes out of Python with
no traces of ganglia code. Not sure how to track/document that in a useful way.
I will rerun the valgrind tracing with the suggested options on a 3.3.1 gmond
for some time.
Cheers
Martin
------------------------------------------------------
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
>________________________________
> From: Martin Knoblauch <kn...@knobisoft.de>
>To: Aidan Wong <aidanw...@attinteractive.com>; "Ave-Lallemant, Nathan P"
><nathan.p.ave-lallem...@efleets.com>; ganglia-general
><ganglia-gene...@lists.sourceforge.net>
>Sent: Monday, February 27, 2012 8:21 PM
>Subject: Re: [Ganglia-general] Ganglia gmond memory leak?
>
>
>Hi Aidan,
>
>
> for what it is worth, I cannot reproduce the growing memory consumption on a
>small 3.2.0 grid using only standard metrics in unicast mode. Running now for
>a few hours. Will check again tomorrow.
>
>
>Cheers
>Martin
>
>------------------------------------------------------
>Martin Knoblauch
>email: k n o b i AT knobisoft DOT de
>www: http://www.knobisoft.de
>
>
>>________________________________
>> From: Aidan Wong <aidanw...@attinteractive.com>
>>To: "Ave-Lallemant, Nathan P" <nathan.p.ave-lallem...@efleets.com>;
>>ganglia-general <ganglia-gene...@lists.sourceforge.net>
>>Sent: Thursday, February 23, 2012 8:34 AM
>>Subject: Re: [Ganglia-general] Ganglia gmond memory leak?
>>
>>
>>I've restarted the gmond process and memory usage drops until gmond hogs
>>memory over time. Any Ganglia contributors who may want to chime in on this
>>memory leak issue? I'm on Ganglia 3.2.0. Are there any improvements on
>>version 3.3.1 addressing this issue?
>>
>>
>>Thanks
>>
>>From: "Ave-Lallemant, Nathan P" <nathan.p.ave-lallem...@efleets.com>
>>Date: Wed, 22 Feb 2012 16:31:58 -0600
>>To: Aidan Wong <aidanw...@attinteractive.com>, ganglia-general
>><ganglia-gene...@lists.sourceforge.net>
>>Subject: RE: Ganglia gmond memory leak?
>>
>>
>>
>>
>>I have seen the same behavior in my environment but do not have a solution.
>>
>>
>>Nathan
>>
>>________________________________
>>
>>From:Aidan Wong [mailto:aidanw...@attinteractive.com]
>>Sent: Wednesday, February 22, 2012 4:10 PM
>>To: ganglia-general
>>Subject: [Ganglia-general] Ganglia gmond memory leak?
>>
>>Hi it looks like my install of gmond version 3.2.0 is leaking memory. The
>>amount of resident used memory that the process uses, gets up pretty high and
>>keeps increasing.
>>
>>USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
>>root 18647 0.0 9.9 2965464 1836268 ? Ss Jan14 11:24
>>/home/t/hadoop-ganglia-client/sbin/gmond -c
>>/home/t/hadoop-ganglia-client/gmond.conf -p
>>/home/t/hadoop-ganglia-client/logs/gmond.pid
>>
>>Is this a bug? Can anyone suggest a solution?
>>
>>Thank you
>>>>________________________________
>> CONFIDENTIALITY NOTICE: This e-mail and any files transmitted with it are
>> intended solely for the use of the individual or entity to whom they are
>> addressed and may contain confidential and privileged information protected
>> by law. If you received this e-mail in error, any review, use,
>> dissemination, distribution, or copying of the e-mail is strictly
>> prohibited. Please notify the sender immediately by return e-mail and delete
>> all copies from your system.
>>
>>
>>
>>------------------------------------------------------------------------------
>>Virtualization & Cloud Management Using Capacity Planning
>>Cloud computing makes use of virtualization - but cloud computing
>>also focuses on allowing computing to be delivered as a service.
>>http://www.accelacomm.com/jaw/sfnl/114/51521223/
>>_______________________________________________
>>Ganglia-general mailing list
>>ganglia-gene...@lists.sourceforge.net
>>https://lists.sourceforge.net/lists/listinfo/ganglia-general
>>
>>
>>
>------------------------------------------------------------------------------
>Try before you buy = See our experts in action!
>The most comprehensive online learning library for Microsoft developers
>is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>Metro Style Apps, more. Free future releases when you subscribe now!
>http://p.sf.net/sfu/learndevnow-dev2
>_______________________________________________
>Ganglia-general mailing list
>ganglia-gene...@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/ganglia-general
>
>
>
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Ganglia-developers mailing list
Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers