On 02/07/2014 09:46 PM, Daniel Pocock wrote:
>
> Please feel free to add potential project ideas here:
>
> https://github.com/ganglia/monitor-core/wiki/GSoC-2014-project-ideas
Hi! There were several discussions on the list regarding what i will
mention and i will reiterate the basic points in ord
Please feel free to add potential project ideas here:
https://github.com/ganglia/monitor-core/wiki/GSoC-2014-project-ideas
For an example of how the project ideas are documented in other
organisations, see these pages:
https://wiki.debian.org/SummerOfCode2014/Projects
http://community.apa
Oh yes - setting deaf=yes is the solution - I mentioned that in my first
email (sorry that I was not very clear about that).
My question however was - is that a bug or a feature? It can be tricky
as in default configuration deaf=no and one could not simply get to the
source of problem. In "Monitor
Set deaf=yes. Let me know if that lowers the CPU usage.
Vladimir
On 02/07/2014 09:59 AM, Maciej Lasyk wrote:
> Sure, it's not that long so I'm posting it in-place:
>
> globals {
>daemonize = yes
>setuid = yes
>user = ganglia
>debug_level = 0
>max_udp_msg_len = 1472
>mute =
Sure, it's not that long so I'm posting it in-place:
globals {
daemonize = yes
setuid = yes
user = ganglia
debug_level = 0
max_udp_msg_len = 1472
mute = no
deaf = no
allow_extra_data = yes
host_dmax = 0 /*secs */
cleanup_threshold = 300 /*secs */
gexec = no
send_metadata_in
Maciej,
can you post top 100 lines or so of your config ie. with all the
udp channels etc.
Thanks
On 02/07/2014 08:52 AM, Maciej Lasyk wrote:
Hi guys,
I've been struggling with very high cpu usage of my gmond daemons
lately. I
Hi guys,
I've been struggling with very high cpu usage of my gmond daemons
lately. I've been using UDP unicast topology. I just couldn't find the
source of my problem. All my gmonds on my servers were generating
~99-100% of procs usage.
stracing gmond processes revealed zounds of epools and gett
