<br><br><div class="gmail_quote">On Wed, Oct 31, 2012 at 1:39 PM, Julien Danjou <span dir="ltr"><<a href="mailto:julien@danjou.info" target="_blank">julien@danjou.info</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Wed, Oct 31 2012, Eoghan Glynn wrote:<br>
<br>
> Would we have also have some 'misses' with the cumulative approach<br>
> when the ceilometer agent was down?<br>
<br>
</div>No, unless the counter resets several times while your agent is down.<br>
But delta has the same issue.<br>
<div class="im"><br>
> If I understood the (\Sigma local maxima)-first idea correctly,<br>
> the usage up to the first polling cycle would always be<br>
> discounted from any duration.<br>
<br>
</div>No, because if you have:<br>
<br>
Time | Value<br>
0    | 10<br>
1    | 30<br>
2    | 50<br>
3    | 80<br>
4    | 100<br>
<br>
If your delta-pollster is down at 1 and 2, you restart at 3, therefore<br>
at 4 you'll send "20" as usage (100 minus 80). So you miss the delta<br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">between 10 (time 0) and 80 (time 3) (therefore 70 for free!).<br>

If you send right away 80 at time 3 when restarting, the API will be<br>
able to guess that between 0 and 3 the value went from 10 to 80.<br>
With delta approach, the API cannot guess that.<br></blockquote><div><br></div><div>Sure it can, you just need to move where the caching is done. Using a local cache to maintain the previous time a value was published you would know at time 3 that the last published value was 10, and so send 70. So the total will be correct.</div>
<div><br></div><div>Doug</div><div><br></div></div>