<div dir="ltr">We need good answers from them to why they do not support this use case.<div>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.</div><div>Can you open one?</div><div class="gmail_extra"><br clear="all"><div><div class="m_-2601625052821635997gmail_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&#39;anana, Israel 4350109

Tel : <a href="tel:+972%209-769-2306" value="+97297692306" target="_blank">+972 (9) 7692306</a>
        8272306
Email: <a 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 1:07 PM, Francesco Romani <span dir="ltr">&lt;<a href="mailto:fromani@redhat.com" target="_blank">fromani@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><br>
On 02/27/2017 01:32 PM, Yaniv Dary wrote:<br>
&gt; This is about accumulative values, I&#39;m also asking about stats like<br>
&gt; CPU usage of the VM\Host that is not reported in absolute value.<br>
&gt; Can you bump the thread?<br>
<br>
</span>Done, let&#39;s see.<br>
<br>
<br>
Speaking about options: during the reviews of my pull requests we also<br>
discussed the (semi?)recommended way to report more values without<br>
adding new collectd types, which is something the collectd upstream<br>
really tries to avoid.<br>
<br>
So we could report the current values *and* the absolutes, making<br>
everyone happy; but I&#39;m afraid this will require a new plugin, like the<br>
one I had in the working (<a href="https://github.com/fromanirh/collectd-ovirt" rel="noreferrer" target="_blank">https://github.com/fromanirh/<wbr>collectd-ovirt</a>)<br>
<br>
TL;DR: in the worst case, we have one safe fallback option.<br>
<div class="m_-2601625052821635997HOEnZb"><div class="m_-2601625052821635997h5"><br>
--<br>
Francesco Romani<br>
Red Hat Engineering Virtualization R &amp; D<br>
IRC: fromani<br>
<br>
</div></div></blockquote></div><br></div></div>