<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"><<a href="mailto:mscherer@redhat.com" target="_blank">mscherer@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="gmail-">Le mardi 13 juin 2017 à 11:14 -0400, Amar Tumballi a écrit :<br>
> All,<br>
><br>
> Please update the github issue [1], with what are the metrics you need to<br>
> see periodically. These may be metrics which helps you to understand the<br>
> health of the process, or the counters which gives insight into things to<br>
> monitor bottlenecks.<br>
><br>
> I know there exists 'statedump' feature already. It provides some<br>
> information, but it also does provide more than required info like dump of<br>
> all inode table entries etc. What I am looking here is more of metrics<br>
> based on which, we can get a timebased graph.<br>
><br>
> A simple example would be what is the number of malloc/free we have done<br>
> till now, and what is the total 'in-use' buffers (like you have info in<br>
> mem-pool), so you can see depending on work load how the memory usage<br>
> varies. A sample implementation i have looks like this [2].<br>
><br>
> Feel free to ask questions, add pointers, and suggestions. This is not<br>
> 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 "all request must respond under X seconds").<br>
<br></blockquote><div><br></div><div>We will differentiate at the display level to define what 'Dashboard' 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'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>