A nice solution of using NFS while preserving FUSE client redundancy benefit.<br><a href="http://community.gluster.org/a/nfs-performance-with-fuse-client-redundancy/" target="_blank">http://community.gluster.org/a/nfs-performance-with-fuse-client-redundancy/</a><br>
<br>Cheers<br>Vlad<br><br><div class="gmail_quote">On Tue, Apr 3, 2012 at 1:17 PM, Jeff White <span dir="ltr"><<a href="mailto:jaw171@pitt.edu" target="_blank">jaw171@pitt.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Using Gluster's NFS instead of the native (FUSE) client can get you better performance with many small files but you lose functionality by doing that.<br>
<br>
There's lots of variance in all of this so the best thing you can do is test and benchmark on your own datasets and systems.<br>
<br>
Jeff White - Linux/Unix Systems Engineer<br>
University of Pittsburgh - CSSD<br>
<br>
<br>
On 04/03/2012 12:55 PM, Haris Zukanovic wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Is there anything to do to optimize the read for small files in a<br>
replicated gluster setup? The files reside allready on the server in<br>
question in the brick.<br>
Something like disable diverse checking for files that I know are not<br>
updated often? For example web files like images uploaded through the<br>
CMS. These files are uploaded once and never modified again...<br>
<br>
kind regards<br>
Haris<br>
<br>
On 03/04/12 18.40, Bryan Whitehead wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
A bunch of small files is terrible performance. Really not much you<br>
can do about that. Store each mailbox in a single file. MailDir format<br>
is definitely going to suck.<br>
<br>
On Tue, Apr 3, 2012 at 3:05 AM, David Whiteman<<a href="mailto:davew@supanet.net.uk" target="_blank">davew@supanet.net.uk</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
I am currently looking into GlusterFS to use as a storage cluster for our<br>
email storage. I want to mount the storage from different servers (or VMs),<br>
services accessing the storage include exim, courier-imapd, courier-pop3d.<br>
Our emails are stored in MailDir format, which is many small files. I have<br>
read that GlusterFS doesn't perform very well with small files, is this<br>
still the case?<br>
<br>
I would like to achieve similar (or better) performance to our current NFS<br>
setup, with the added redundancy that GlusterFS provides.<br>
<br>
Is there any utilities I can use to test the performance?<br>
<br>
Thanks in Advance<br>
______________________________<u></u>_________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
<a href="http://gluster.org/cgi-bin/mailman/listinfo/gluster-users" target="_blank">http://gluster.org/cgi-bin/<u></u>mailman/listinfo/gluster-users</a><br>
</blockquote>
______________________________<u></u>_________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
<a href="http://gluster.org/cgi-bin/mailman/listinfo/gluster-users" target="_blank">http://gluster.org/cgi-bin/<u></u>mailman/listinfo/gluster-users</a><br>
</blockquote></blockquote>
______________________________<u></u>_________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
<a href="http://gluster.org/cgi-bin/mailman/listinfo/gluster-users" target="_blank">http://gluster.org/cgi-bin/<u></u>mailman/listinfo/gluster-users</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>----<br>Vladislav Tchernev
<br>Senior System Administrator
<br>Broadsign INT
<br><a href="tel:%2B1%20%28514%29%20399-1184" value="+15143991184" target="_blank">+1 (514) 399-1184</a><br><a href="http://www.broadsign.com" target="_blank">www.broadsign.com</a><br>
<br>