<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 14, 2017 at 11:30 AM, Michael Scherer <span dir="ltr">&lt;<a href="mailto:mscherer@redhat.com" target="_blank">mscherer@redhat.com</a>&gt;</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="gmail-">Le mardi 13 juin 2017 à 11:14 -0400, Amar Tumballi a écrit :<br>
&gt; All,<br>
&gt;<br>
&gt; Please update the github issue [1], with what are the metrics you need to<br>
&gt; see periodically. These may be metrics which helps you to understand the<br>
&gt; health of the process, or the counters which gives insight into things to<br>
&gt; monitor bottlenecks.<br>
&gt;<br>
&gt; I know there exists &#39;statedump&#39; feature already. It provides some<br>
&gt; information, but it also does provide more than required info like dump of<br>
&gt; all inode table entries etc. What I am looking here is more of metrics<br>
&gt; based on which, we can get a timebased graph.<br>
&gt;<br>
&gt; A simple example would be what is the number of malloc/free we have done<br>
&gt; till now, and what is the total &#39;in-use&#39; buffers (like you have info in<br>
&gt; mem-pool), so you can see depending on work load how the memory usage<br>
&gt; varies. A sample implementation i have looks like this [2].<br>
&gt;<br>
&gt; Feel free to ask questions, add pointers, and suggestions. This is not<br>
&gt; about the tool for plotting graph, more of what should get in the graph.<br>
<br>
</span>So the first question is:<br>
- who is gonna consume the stats ?<br>
<br></blockquote><div><br></div><div>Sysadmins<br></div><div>Developers<br></div><div>Support personnels <br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
A sysadmin will not want the same stuff as someone focused on having a<br>
SLA to fullfill (like &quot;all request must respond under X seconds&quot;).<br>
<br></blockquote><div><br></div><div>We will differentiate at the display level to define what &#39;Dashboard&#39; you would need. Admins and Devs would choose different profiles.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
A team lead or a manager will not care about the same stuff (like,<br>
number of client served, to show to $upper_management that the systemm<br>
is used).<br>
<br>
And a developper will not want the same stuff either, as I am quite sure<br>
that they are likely the only ones caring about malloc/free, along with<br>
people focused on optimisation.<br>
<span class="gmail-HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>As explained earlier, I want to hear from all different angle, and have code to provide all those information. We can&#39;t different builds, different commands for different people. It will be differentiated at the display layer. <br><br></div><div>So, please everyone, add more data at [1]<br><br></div><div>Regards,<br></div><div>Amar<br><br>[1] - <a href="https://github.com/gluster/glusterfs/issues/168" target="_blank">https://github.com/gluster/<wbr>glusterfs/issues/168</a><div><br></div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-HOEnZb"><font color="#888888">--<br>
Michael Scherer<br>
Sysadmin, Community Infrastructure and Platform, OSAS<br>
<br>
<br>
</font></span><br>______________________________<wbr>_________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@gluster.org">Gluster-devel@gluster.org</a><br>
<a href="http://lists.gluster.org/mailman/listinfo/gluster-devel" rel="noreferrer" target="_blank">http://lists.gluster.org/<wbr>mailman/listinfo/gluster-devel</a><br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Amar Tumballi (amarts)<br></div></div></div></div></div>
</div></div>