<html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>This sounds exciting! I'm looking forward to the writeup :)<br></div><div><br></div><div>-JM<br></div><div><br></div><div><br></div><hr id="zwchr"><blockquote style="border-left:2px solid #1010FF;margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Quick update, I've successfully got glusterfs running with cgroups and I'm very impressed with the results.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">
<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">I'll write something up in the coming days - thanks again for the suggestion.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 3, 2014 at 11:48 AM, Andrew Lau <span dir="ltr"><<a href="mailto:andrew@andrewklau.com" target="_blank">andrew@andrewklau.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="font-family:tahoma,sans-serif">Thanks for the suggestions - I'm seeing some promising results with cgroups. </div>
<div style="font-family:tahoma,sans-serif">
<br></div><div style="font-family:tahoma,sans-serif">Just for confirmation - am I right in saying glusterd is just the management daemon? and glusterfsd is the actual process which does the checksums, replication, healing etc?</div>
<div><div class="h5">
<div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 3, 2014 at 10:18 AM, Dan Mons <span dir="ltr"><<a href="mailto:dmons@cuttingedge.com.au" target="_blank">dmons@cuttingedge.com.au</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Try experimenting with performance.io-thread-count to see if that has an impact.<br>
<br>
-Dan<br>
----------------<br>
Dan Mons<br>
Skunk Works<br>
Cutting Edge<br>
<a href="http://cuttingedge.com.au" target="_blank">http://cuttingedge.com.au</a><br>
<div><div><br>
<br>
On 2 February 2014 15:46, Andrew Lau <<a href="mailto:andrew@andrewklau.com" target="_blank">andrew@andrewklau.com</a>> wrote:<br>
> Hi all,<br>
><br>
> Sadly my google skills aren't finding me any results - is there an option to<br>
> limit the CPU usage and/or the disk IO intensity of glusterfsd.<br>
><br>
> Example scenario, oVirt + gluster on the same host when it comes to adding<br>
> an extra host + replicated brick the original host with the brick goes crazy<br>
> with 500% cpu as it copies just under 1TB of data across to the new<br>
> replicated brick. Going crazy I mean everything else will hang, simple "ls"<br>
> command will take 30+ seconds.<br>
><br>
> Limiting the network bandwidth to 200Mbps seems to solve this issue, I'm<br>
> quite sure this is a CPU issue rather than IO so I was wondering if there's<br>
> any possibility to limit this down so the nic's itself don't have to get<br>
> rate limited.<br>
><br>
> Thanks,<br>
> Andrew<br>
><br>
</div></div>> _______________________________________________<br>
> Gluster-users mailing list<br>
> <a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
> <a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a><br>
</blockquote></div><br></div></div></div></div>
</blockquote></div><br></div></div>
<br>_______________________________________________<br>Gluster-users mailing list<br>Gluster-users@gluster.org<br>http://supercolony.gluster.org/mailman/listinfo/gluster-users</blockquote><div><br></div></div></body></html>