<div dir="ltr">Hi,<br><br>what patch are you using? with glusterfs--mainline--3.0--patch-329 and a basics setup of write-behind over protocol/client, glusterfs cpu usage never went above 65% in my tests. Can you please confirm whether the problem persists in patch-329?<br>
<br>regards,<br><br><div class="gmail_quote">On Thu, Aug 28, 2008 at 6:27 AM, Dai, Manhong <span dir="ltr">&lt;<a href="mailto:daimh@umich.edu">daimh@umich.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">







<div>


<p><font size="2">Hi,<br>
<br>
client.vol is<br>
<br>
volume unify-brick<br>
&nbsp; type cluster/unify<br>
&nbsp; option scheduler rr # round robin<br>
&nbsp; option namespace muskie-ns<br>
#&nbsp; subvolumes muskie-brick pike1-brick pike2-brick pike3-brick<br>
&nbsp; subvolumes muskie-brick pike1-brick pike3-brick<br>
end-volume<br>
<br>
volume wb<br>
&nbsp; type performance/write-behind<br>
&nbsp; option aggregate-size 1MB<br>
&nbsp; option flush-behind on<br>
&nbsp; subvolume<br>
client.vol is<br>
<br>
volume unify-brick<br>
&nbsp; type cluster/unify<br>
&nbsp; option scheduler rr # round robin<br>
&nbsp; option namespace muskie-ns<br>
#&nbsp; subvolumes muskie-brick pike1-brick pike2-brick pike3-brick<br>
&nbsp; subvolumes muskie-brick pike1-brick pike3-brick<br>
end-volume<br>
<br>
volume wb<br>
&nbsp; type performance/write-behind<br>
&nbsp; option aggregate-size 1MB<br>
&nbsp; option flush-behind on<br>
&nbsp; subvolumes unify-brick<br>
end-volume<br>
<br>
<br>
yes abcdefghijklmn | while read l; do echo $l; done &gt; a<br>
<br>
would cause glusterfs process 100% busy and files system hang when the output size is around the aggregate-size.<br>
<br>
<br>
removing write-behind translator would get rid of this problem.<br>
<br>
<br>
s unify-brick<br>
end-volume<br>
<br>
<br>
command &quot;yes abcdefghijklmn | while read l; do echo $l; done &gt; a&quot; would cause glusterfs process 100% busy and files system hang when the output size is around the aggregate-size. removing write-behind translator would get rid of this problem.<br>

<br>
<br>
<br>
<br>
Best,<br><font color="#888888">
Manhong</font></font>
</p>

</div>
<br>_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
<a href="http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users" target="_blank">http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Raghavendra G<br><br>A centipede was happy quite, until a toad in fun,<br>Said, &quot;Prey, which leg comes after which?&quot;,<br>This raised his doubts to such a pitch,<br>
He fell flat into the ditch,<br>Not knowing how to run.<br>-Anonymous<br>
</div>