<div dir="ltr"><br><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&#39;anana, Israel 4350109

Tel : +972 (9) 7692306
        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 Wed, Feb 22, 2017 at 5:57 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">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><div><div class="h5">
    On 02/21/2017 11:55 PM, Yaniv Dary wrote:<br>
    <blockquote type="cite">
      <div dir="auto">
        <div><br>
          <br>
          <div data-smartmail="gmail_signature">Yaniv Dary<br>
            Technical Product Manager<br>
            Red Hat Israel Ltd.<br>
            34 Jerusalem Road<br>
            Building A, 4th floor<br>
            Ra&#39;anana, Israel 4350109<br>
            <br>
            Tel : <a href="tel:+972%209-769-2306" value="+97297692306" target="_blank">+972 (9) 7692306</a><br>
                    8272306<br>
            Email: <a href="mailto:ydary@redhat.com" target="_blank">ydary@redhat.com</a><br>
            IRC : ydary</div>
          <div class="gmail_extra"><br>
            <div class="gmail_quote">On Feb 21, 2017 13:06, &quot;Francesco
              Romani&quot; &lt;<a href="mailto:fromani@redhat.com" target="_blank">fromani@redhat.com</a>&gt;
              wrote:<br type="attribution">
              <blockquote class="m_-684850395146887592quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello
                everyone,<br>
                <br>
                <br>
                in the last weeks I&#39;ve been submitting PRs to collectd
                upstream, to<br>
                bring the virt plugin up to date with Vdsm and oVirt
                needs.<br>
                <br>
                Previously, the collectd virt plugin reported only a
                subset of metrics<br>
                oVirt uses.<br>
                <br>
                In current collectd master, the collectd virt plugin
                provides all the<br>
                data Vdsm (thus Engine) needs. This means that it is now<br>
                <br>
                possible for Vdsm or Engine to query collectd, not
                Vdsm/libvirt, and<br>
                have the same data.<br>
                <br>
                <br>
                There are only two caveats:<br>
                <br>
                1. it is yet to be seen which version of collectd will
                ship all those<br>
                enhancements<br>
                <br>
                2. collectd *intentionally* report metrics as rates, not
                as absolute<br>
                values as Vdsm does. This may be one issue in presence
                of restarts/data<br>
                loss in the link between collectd and the metrics store.<br>
              </blockquote>
            </div>
          </div>
        </div>
        <div dir="auto"><br>
        </div>
        <div dir="auto">How does this work? </div>
        <div dir="auto">If we want to show memory usage over time for
          example, we need to have the usage, not the rate. </div>
        <div dir="auto">How would this be reported? <br>
        </div>
      </div>
    </blockquote>
    <br></div></div>
    I was imprecise, my fault.<br>
    <br>
    Let me retry:<br>
    collectd intentionally report quite a lot of metrics we care about
    as rates, not as absolute values.<br>
    Memory is actually ok fine.<br>
    <br>
      a0/virt/disk_octets-hdc -&gt; rate<br>
      a0/virt/disk_octets-vda<br>
      a0/virt/disk_ops-hdc -&gt; rate<br>
      a0/virt/disk_ops-vda<br>
      a0/virt/disk_time-hdc -&gt; rate<br>
      a0/virt/disk_time-vda<br>
      a0/virt/if_dropped-vnet0 -&gt; rate<br>
      a0/virt/if_errors-vnet0 -&gt; rate<br>
      a0/virt/if_octets-vnet0 -&gt; rate<br>
      a0/virt/if_packets-vnet0 -&gt; rate<br>
      a0/virt/memory-actual_balloon -&gt; absolute<br>
      a0/virt/memory-rss -&gt; absolute<br>
      a0/virt/memory-total -&gt; absolute<br>
      a0/virt/ps_cputime -&gt; rate<br>
      a0/virt/total_requests-flush-<wbr>hdc -&gt;  rate<br>
      a0/virt/total_requests-flush-<wbr>vda<br>
      a0/virt/total_time_in_ms-<wbr>flush-hdc -&gt; rate<br>
      a0/virt/total_time_in_ms-<wbr>flush-vda<br>
      a0/virt/virt_cpu_total -&gt; rate<br>
      a0/virt/virt_vcpu-0 -&gt; rate<br>
      a0/virt/virt_vcpu-1<br>
    <br>
    collectd &quot;just&quot; reports the changes since the last sampling. I&#39;m not
    sure which is the best way to handle that; I&#39;ve sent a mail to
    collectd list some time ago, no answer so far.</div></blockquote><div><br></div><div>Can you CC on that thread?</div><div>I don&#39;t know how ES would work with rates at all. </div><div>I want to be able to show CPU usage over time and I need to know if its 80% or 10%.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><span class=""><br>
    <br>
    <br>
    <br>
    <pre class="m_-684850395146887592moz-signature" cols="72">-- 
Francesco Romani
Red Hat Engineering Virtualization R &amp; D
IRC: fromani</pre>
  </span></div>

</blockquote></div><br></div></div>