<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 19, 2019 at 12:48 PM <<a href="mailto:lemonnierk@ulrar.net">lemonnierk@ulrar.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, Apr 19, 2019 at 06:47:49AM +0530, Krutika Dhananjay wrote:<br>
> Looks good mostly.<br>
> You can also turn on performance.stat-prefetch, and also set<br>
<br>
Ah the corruption bug has been fixed, I missed that. Great !<br></blockquote><div><br></div><div>Do you have details or bug report of the corruption you saw earlier? Just want to understand what's the exact fix that helped you.<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> client.event-threads and server.event-threads to 4.<br>
<br>
I didn't realize that would also apply to libgfapi ?<br>
Good to know, thanks.<br>
<br>
> And if your bricks are on ssds, then you could also enable<br>
> performance.client-io-threads.<br>
<br>
I'm surprised by that, the doc says "This feature is not recommended for<br>
distributed, replicated or distributed-replicated volumes."<br>
Since this volume is just a replica 3, shouldn't this stay off ?<br>
The disks are all nvme, which I assume would count as ssd.<br>
<br>
> And if your bricks and hypervisors are on same set of machines<br>
> (hyperconverged),<br>
> then you can turn off cluster.choose-local and see if it helps read<br>
> performance.<br>
<br>
Thanks, we'll give those a try !<br>
_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
<a href="https://lists.gluster.org/mailman/listinfo/gluster-users" rel="noreferrer" target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-users</a><br>
</blockquote></div></div>