[rrd-users] Slow collection runtimes occurring regularly
rick.jones2 at hp.com
Mon May 2 20:44:26 CEST 2011
On Mon, 2011-05-02 at 19:04 +0100, Simon Hobson wrote:
> Joshua Keroes wrote:
> >Is our theory correct, that the RRD consolidations may be causing
> >these long runtimes
> It would be logical that each time a "bucket" is completed, then
> additional processing will happen in order to do the necessary
> normalisation and consolidation.
> >, and if that's the case, is there a way to evenly
> >stagger the consolidations over time so we can better distribute RRD
> >update load?
> You cannot offset the consolidation times as everything is referenced
> to unix epoch (Midnight 1st Jan 1970). However, if it is just system
> load you are concerned about, can you delay feeding in some update
> values a bit ? As long as you use an explicit timestamp in the update
> statement, then it doesn't matter what actual clock time the update
> is submitted to rrd - as long as you maintain the right sequence of
At the risk of typing into Joshua's keyboard I suspect he wasn't asking
to shift the times to which the RRAs are aligned, but spread the work
done for those RRAs - the hypothesis being that for an RRA which
aggregates N samples it not do all the work after N samples but try to
do 1/Nth the work upon the presentation of each sample.
If indeed it is waiting to have N samples and then does the work en mass
then all delaying updates would do is shift the spikes rather than
smooth them out right?
More information about the rrd-users