gmond only keeps the latest value, so the short answer is 'nothing'. It would be a significant (but very useful) architectural change for the various components keep a sliding window of values and take a lot of the luck out of getting everything to line up.
On 02/12/2015 05:38 PM, Brad Hough wrote: > That makes a lot more sense. What do the gmond's do if they have more than > one sample before gmetad polls it? > > Brad H > > On Thu, Feb 12, 2015 at 4:52 PM, Vladimir Vuksan <vli...@veus.hr> wrote: > >> collect_every manages how often gmond sends out particular metric to >> other gmond(s). It is completely independent of gmetad. >> >> Vladimir >> >> >> On 02/12/2015 04:39 PM, Brad Hough wrote: >> >> I realize that. But if I set the polling rate to say 60 seconds (or any >> value) in gmetad then the gmond setting "collect_every" doesn't seem to >> do anything. I can set it to any value and it still collects at 60 second >> interval. I guess my question is what does "collect_every" actually do? >> >> On Thursday, February 12, 2015, ayman_shorman <ayman_shor...@hotmail.com> >> wrote: >> >>> Hi Brad, >>> >>> The standard rate of polling interval is 15 second. >>> >>> If you want to increase it you should define the data sources as the >>> following: >>> data_source 10 "cluster_name" <host1> <host2>... >>> >>> 10 means the polling interval is 10 seconds for this cluster. >>> >>> Thanks >>> >>> >>> Sent from Samsung Mobile. >>> >>> >>> -------- Original message -------- >>> From: Brad Hough >>> Date:12/02/2015 22:18 (GMT+03:00) >>> To: ganglia-general@lists.sourceforge.net >>> Subject: [Ganglia-general] collect_every vs gmetad polling? >>> >>> I'm using ganglia to submit data directly to a carbon server with use >>> with Graphite/Grafana. It works great, but I'm having issues understanding >>> granularity of the data. It seems like my data comes in at a rate equal to >>> the polling interval I set in the gmetad.conf's 'data_source' attribute. >>> The "collect_every" attribute seems to do absolutely nothing to influence >>> this rate. What am I missing? >>> >>> Ideally, I'd like gmetad and/or gmond to collect at a rate much faster >>> than what is sent to the carbon server. Is this possible? For instance, >>> can I collect my data and cache it at say once every 2 seconds, but then >>> only send it every few minutes to the carbon server? >>> >>> Thank you, >>> Brad H >>> >> >> >> -- >> Sent from Gmail Mobile >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming. The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, is your >> hub for all things parallel software development, from weekly thought >> leadership blogs to news, videos, case studies, tutorials and more. Take a >> look and join the conversation now. http://goparallel.sourceforge.net/ >> >> >> >> _______________________________________________ >> Ganglia-general mailing >> listGanglia-general@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/ganglia-general >> >> >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming. The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, is >> your >> hub for all things parallel software development, from weekly thought >> leadership blogs to news, videos, case studies, tutorials and more. Take a >> look and join the conversation now. http://goparallel.sourceforge.net/ >> _______________________________________________ >> Ganglia-general mailing list >> Ganglia-general@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/ganglia-general >> >> > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming. The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net/ > > > > _______________________________________________ > Ganglia-general mailing list > Ganglia-general@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/ganglia-general > ------------------------------------------------------------------------------ Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Ganglia-general mailing list Ganglia-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-general
