<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 7, 2017 at 1:55 PM, Xie Changlong <span dir="ltr"><<a href="mailto:xiechanglong.d@gmail.com" target="_blank">xiechanglong.d@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">在 6/7/2017 3:08 PM, Pranith Kumar Karampuri 写道:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Tue, Jun 6, 2017 at 8:14 AM, Xie Changlong <<a href="mailto:xiechanglong.d@gmail.com" target="_blank">xiechanglong.d@gmail.com</a>><br>
wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
在 6/5/2017 6:30 PM, Pranith Kumar Karampuri 写道:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I meant what are you using gluster for? VM workload or image/video file<br>
creation or lots of small files etc etc.<br>
<br>
</blockquote>
<br>
1) We use glusterfs for general purpose, no limit to image/video file<br>
creation or small files etc.<br>
<br>
</blockquote>
Okay, this is good. What is the cluster size?<br>
Is it replica 3 or replica 2 or arbiter or is it EC volume?<br>
</blockquote>
<br></span>
I use replica 2 on my test.<br>
But in the real world, "we have deployed more than 100 glusterfs nodes in producion(20 nodes for the biggest single cluster)" per Liu Yuan. Replica 2/3, or EC are optional.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Please don't mind me asking so many details. I am delighted to see you guys<br>
</blockquote>
<br></span>
You are always welcome!<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
active in the community because I have seen Xiubo Li's work on tcmu-runner<br>
who is also from chinamobile and his work is pretty good :-).<br>
</blockquote>
<br></span>
Yeah, i would be very pleasant to convey your praise. :)<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2) We just want a low performance affect way to calculate each brick's<br>
iops/bandwidth for the upper layer management app. BTW, is there any other<br>
way to get iops/bandwith for each brick besides profile?<br>
<br>
</blockquote>
<br>
At the moment we have these stats using profile commands. As per Facebook<br>
patches they enable json capture of io-stats on their volumes and measure<br>
these. They have it enabled always. If that is not enough for you, then we<br>
</blockquote>
<br></span>
I think you mean FB guys gather data based on io-stats with profile always on, am i right?<br>
BTW, are these patches open to everyone? so i can dig into it.<span class=""><br></span></blockquote><div><br></div><div>Yes, they do. The patches I gave earlier provide the facility to this in io-stats. Do let us know if you have any doubts.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
should probably look at enhancing things. Do send patches if you think<br>
something would make things better :-).<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
--<br>
Thanks<br>
-Xie<br>
<br>
</blockquote>
<br>
<br>
<br>
</blockquote>
<br>
-- <br></span>
Thanks<span class="HOEnZb"><font color="#888888"><br>
-Xie<br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Pranith<br></div></div>
</div></div>