Sounds good to me. Thanks for sharing! Otis -- Performance Monitoring * Log Analytics * Search Analytics Solr & Elasticsearch Support * http://sematext.com/
On Mon, Nov 18, 2013 at 3:30 AM, Toni Moreno <[email protected]> wrote: > Hi Otis. > > I think this approach is much better in very big servers ( I usually work > in servers with up to 40 cores ) and is easier to parse a single line on > /proc/stats than calculate 40* 8 ( metrics/core) averages values. > > It also makes to have simpler config files ( avoiding average plugin). > > I will do a pull request in next days on this week. > > Thanks a lot !! > > > 2013/11/16 Otis Gospodnetic <[email protected]> > >> Hi Toni, >> >> Would it be better to issue a PR at >> https://github.com/collectd/collectdinstead? >> >> Q: why is this approach better than using the aggregate functionality? >> >> Thanks, >> Otis >> -- >> Performance Monitoring * Log Analytics * Search Analytics >> Solr & Elasticsearch Support * http://sematext.com/ >> >> >> On Wed, Nov 6, 2013 at 8:24 AM, Toni Moreno <[email protected]>wrote: >> >>> Hi. >>> >>> I've been working on get global average CPU , from the cpu plugin better >>> than use the "aggregate" to get the same values. >>> >>> I've attached a patch for the cpu plugin. >>> >>> with this patch you will get a new "plugin-instance" named "global" , >>> with % average of all cpu cores . >>> >>> I've obtained these values from the same proc file that cpu plugin uses >>> for the other cores. >>> >>> NOTE: This patch is only for linux. >>> >>> >>> I hope you can enjoy it >>> >>> >>>
_______________________________________________ collectd mailing list [email protected] http://mailman.verplant.org/listinfo/collectd
