
This is a multi-part message in MIME format. --------------E85C2B9AFE0A650E0EA7DD1A Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit No updates yet. I'll move forward filing a github issue, hoping to gather more feedback. Bests, On 03/12/2017 03:38 PM, Yaniv Dary wrote:
Any updates on the usage of collectd with rates?
Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: ydary@redhat.com <mailto:ydary@redhat.com> IRC : ydary
On Tue, Feb 28, 2017 at 4:17 PM, Yaniv Dary <ydary@redhat.com <mailto:ydary@redhat.com>> wrote:
Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 <tel:+972%209-769-2306> 8272306 Email: ydary@redhat.com <mailto:ydary@redhat.com> IRC : ydary
On Tue, Feb 28, 2017 at 4:06 PM, Francesco Romani <fromani@redhat.com <mailto:fromani@redhat.com>> wrote:
On 02/28/2017 12:24 PM, Yaniv Dary wrote: > We need good answers from them to why they do not support this use case. > Maybe a github issue on the use case would get more attention. They > should allow us to choose how to present and collect the data. > Can you open one? >
I can, and I will if I get no answer in few more days. Meantime, among other things, I'm doing my homework to understand why they do like that.
This is the best source of information I found so far (please check the whole thread, it's pretty short):
https://mailman.verplant.org/pipermail/collectd/2013-September/005924.html <https://mailman.verplant.org/pipermail/collectd/2013-September/005924.html>
Quoting part of the email
"""
We only came up with one use case where having the raw counter values is beneficial: If you want to calculate the average rate over arbitrary time spans, it's easier to look up the raw counter values for those points in time and go from there. However, you can also sum up the individual rates to reach the same result. Finally, when handling counter resets / overflows within this interval, integrating over / summing rates is trivial by comparison.
Do you have any other use-case for raw counter values?
Pro:
* Handling of values becomes easier. * The rate is calculated only once, in contrast to potentially several times, which might be more efficient (currently each rate conversion involves a lookup call). * Together with (1), this removes the need for having the "types.db", which could be removed then. We were in wild agreement that this would be a worthwhile goal.
Not for adding units: https://github.com/collectd/collectd/issues/2047 <https://github.com/collectd/collectd/issues/2047>
Contra:
* Original raw value is lost. It can be reconstructed except for a (more or less) constant offset, though.
How is this done?
"""
Looks like this change was intentional and implemented after some discussion.
I understand this, but most monitoring system will not know what to do with this value.
Bests,
-- Francesco Romani Red Hat Engineering Virtualization R & D IRC: fromani
-- Francesco Romani Red Hat Engineering Virtualization R & D IRC: fromani --------------E85C2B9AFE0A650E0EA7DD1A Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <p>No updates yet. I'll move forward filing a github issue, hoping to gather more feedback.<br> </p> <p><br> </p> <p>Bests,<br> </p> <br> <div class="moz-cite-prefix">On 03/12/2017 03:38 PM, Yaniv Dary wrote:<br> </div> <blockquote cite="mid:CACKMAy8eed-UG35Fgw9R3jjcqwqQ6S6TimL9MYOob3EFh+Hvfw@mail.gmail.com" type="cite"> <div dir="ltr">Any updates on the usage of collectd with rates?</div> <div class="gmail_extra"><br clear="all"> <div> <div class="gmail_signature" data-smartmail="gmail_signature"> <div dir="ltr"> <div> <div dir="ltr"> <pre cols="72"><span style="font-family:arial,helvetica,sans-serif">Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: <a moz-do-not-send="true" href="mailto:ydary@redhat.com" target="_blank">ydary@redhat.com</a> IRC : ydary</span></pre> </div> </div> </div> </div> </div> <br> <div class="gmail_quote">On Tue, Feb 28, 2017 at 4:17 PM, Yaniv Dary <span dir="ltr"><<a moz-do-not-send="true" href="mailto:ydary@redhat.com" target="_blank">ydary@redhat.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div dir="ltr"><br> <div class="gmail_extra"><span class=""><br clear="all"> <div> <div class="m_7881526957566044995gmail_signature"> <div dir="ltr"> <div> <div dir="ltr"> <pre cols="72"><span style="font-family:arial,helvetica,sans-serif">Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : <a moz-do-not-send="true" href="tel:+972%209-769-2306" value="+97297692306" target="_blank">+972 (9) 7692306</a> 8272306 Email: <a moz-do-not-send="true" href="mailto:ydary@redhat.com" target="_blank">ydary@redhat.com</a> IRC : ydary</span></pre> </div> </div> </div> </div> </div> <br> </span> <div class="gmail_quote"> <div> <div class="h5">On Tue, Feb 28, 2017 at 4:06 PM, Francesco Romani <span dir="ltr"><<a moz-do-not-send="true" href="mailto:fromani@redhat.com" target="_blank">fromani@redhat.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="m_7881526957566044995gmail-"><br> On 02/28/2017 12:24 PM, Yaniv Dary wrote:<br> > We need good answers from them to why they do not support this use case.<br> > Maybe a github issue on the use case would get more attention. They<br> > should allow us to choose how to present and collect the data.<br> > Can you open one?<br> ><br> <br> </span>I can, and I will if I get no answer in few more days.<br> Meantime, among other things, I'm doing my homework to understand why<br> they do like that.<br> <br> This is the best source of information I found so far (please check the<br> whole thread, it's pretty short):<br> <br> <a moz-do-not-send="true" href="https://mailman.verplant.org/pipermail/collectd/2013-September/005924.html" rel="noreferrer" target="_blank">https://mailman.verplant.org/p<wbr>ipermail/collectd/2013-Septemb<wbr>er/005924.html</a><br> <br> Quoting part of the email<br> <br> """<br> <br> We only came up with one use case where having the raw counter values is<br> beneficial: If you want to calculate the average rate over arbitrary<br> time spans, it's easier to look up the raw counter values for those<br> points in time and go from there. However, you can also sum up the<br> individual rates to reach the same result. Finally, when handling<br> counter resets / overflows within this interval, integrating over /<br> summing rates is trivial by comparison.<br> <br> Do you have any other use-case for raw counter values?<br> <br> Pro:<br> <br> * Handling of values becomes easier.<br> * The rate is calculated only once, in contrast to potentially several<br> times, which might be more efficient (currently each rate conversion<br> involves a lookup call).<br> * Together with (1), this removes the need for having the "types.db",<br> which could be removed then. We were in wild agreement that this<br> would be a worthwhile goal.<br> </blockquote> <div><br> </div> </div> </div> <div>Not for adding units:</div> <div><a moz-do-not-send="true" href="https://github.com/collectd/collectd/issues/2047" target="_blank">https://github.com/collectd/<wbr>collectd/issues/2047</a><br> </div> <span class=""> <div> </div> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <br> Contra:<br> <br> * Original raw value is lost. It can be reconstructed except for a<br> (more or less) constant offset, though.<br> </blockquote> <div><br> </div> </span> <div>How is this done?</div> <span class=""> <div> </div> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> """<br> <br> <br> Looks like this change was intentional and implemented after some<br> discussion.<br> </blockquote> <div><br> </div> </span> <div>I understand this, but most monitoring system will not know what to do with this value.</div> <span class=""> <div> </div> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <br> Bests,<br> <div class="m_7881526957566044995gmail-HOEnZb"> <div class="m_7881526957566044995gmail-h5"><br> --<br> Francesco Romani<br> Red Hat Engineering Virtualization R & D<br> IRC: fromani<br> <br> </div> </div> </blockquote> </span></div> <br> </div> </div> </blockquote> </div> <br> </div> </blockquote> <br> <pre class="moz-signature" cols="72">-- Francesco Romani Red Hat Engineering Virtualization R & D IRC: fromani</pre> </body> </html> --------------E85C2B9AFE0A650E0EA7DD1A--