RSB Performance Monitoring: Issueshttps://code.cor-lab.de/https://code.cor-lab.de/favicon.ico?14019720732015-06-29T14:49:39ZOpen Source Collaboration Platform
Redmine Tasks #2334 (Resolved): Release version 1.0https://code.cor-lab.de/issues/23342015-06-29T14:49:39ZJ. Wienkejwienke@techfak.uni-bielefeld.de
<ul>
<li><del>news</del>
<ul>
<li><del>changed version scheme</del></li>
<li><del>changed repo url</del></li>
</ul>
</li>
<li><del>adapt CI jobs</del></li>
<li><del>adapt citk</del>
<ul>
<li><del>repo url</del></li>
<li><del>branches</del></li>
<li><del>CSRA distributions</del></li>
</ul></li>
</ul> Bug #2332 (Resolved): Differential processing may result in wrong time series data in case of div...https://code.cor-lab.de/issues/23322015-06-29T11:24:15ZJ. Wienkejwienke@techfak.uni-bielefeld.de
<p>Assuming a monitored process periodically produces a CPU usage peak. This peak will get noticed by the dbadapter correctly for each produced measurement, but it might get lost in graphite in case the adapter is faster than the configured first retention policy. This can happen because due to timings, the adapter might report something like (0 100% 0 100% 0 100%...) at a higher frequency than the first retention setting and it seems that graphite only takes an arbitrary measurement (and not the average?) in case multiple readings arrive within the specified time frame.</p> Bug #2323 (Resolved): Grafana has high CPU usage and high I/Ohttps://code.cor-lab.de/issues/23232015-06-14T12:47:19ZN. Kösternkoester@techfak.uni-bielefeld.de
<p>InfluxDB uses ~600% CPU for about 1 - 1/2 hours. Also there is a high I/O during this time (4-6MB).</p>
<p>Is this intended? I suppose it is self-optimisation of the database (e.g. index generation)... If so, can this be forced to happen only at night (eg. past 1 am)?</p>
<p>see <a href="http://bvb:8020/dashboard/snapshot/dFgipqxUeBfk7RuHERB8DR6fQmJZxcNa" class="external">here</a> for an image of the usage (CSRA internal)</p>