Re: [vcap-dev] Sigar?
22 views
Skip to first unread message
Glenn Oppegard
Jul 18, 2012, 2:06:13 PM7/18/12
to vcap...@cloudfoundry.org, bosh...@cloudfoundry.org
Forwarding to bosh-dev. I believe gosigar will be used in conjunction with gonit: https://github.com/cloudfoundry/gonit
On Tue, Jul 17, 2012 at 9:23 PM, Jeremy Voorhis <jer...@appfog.com> wrote:
I've noticed there is Go implementation of sigar in the works. Are there plans to use sigar to improve process monitoring for the DEA or CF at large?
Doug MacEachern
Jul 18, 2012, 3:47:00 PM7/18/12
to bosh...@cloudfoundry.org, vcap...@cloudfoundry.org
Right, we are working on improving process management.. the first
version of gonit will include the subset of monit-like functionality
and improvements that the BOSH agent needs. We'll be using gosigar
within gonit, but gosigar (like libsigar) and more general purpose and
can be used in other projects. The BOSH agent also uses the libsigar
Ruby binding. I'm not familiar with the DEA code myself, but in
general anywhere you see a shell-out to tools like ps, df, netstat,
ifconfig, etc., could make use of sigar.
version of gonit will include the subset of monit-like functionality
and improvements that the BOSH agent needs. We'll be using gosigar
within gonit, but gosigar (like libsigar) and more general purpose and
can be used in other projects. The BOSH agent also uses the libsigar
Ruby binding. I'm not familiar with the DEA code myself, but in
general anywhere you see a shell-out to tools like ps, df, netstat,
ifconfig, etc., could make use of sigar.
Jeremy Voorhis
Jul 18, 2012, 4:58:04 PM7/18/12
to bosh...@cloudfoundry.org, vcap...@cloudfoundry.org
Thanks, this is a helpful explanation.
We've already run into scalability issues with the DEA shelling out to ps, du, etc. We're looking into replacing du with repquota, sigar looks promising.
Jesse Zhang
Jul 18, 2012, 8:29:51 PM7/18/12
to vcap...@cloudfoundry.org, bosh...@cloudfoundry.org
There was a patch to replace most of those shelling out with either Pure ruby code or FFI system calls. You can find and try to resurrect it.
Jesse
Jeremy Voorhis
Jul 18, 2012, 9:29:19 PM7/18/12
to bosh...@cloudfoundry.org, vcap...@cloudfoundry.org
Thanks,
Do you remember why it was rejected? Regardless of implementation, I'd like to decouple gathering these stats from the DEA's event loop, or at least make the lookup an O(1) operation.
Reply all
Reply to author
Forward
0 new messages