<div dir="ltr">To keep this great chain going:<div><br></div><div>If my metadata is on FLASH, would having a smaller blocksize for the system pool (metadata only) be helpful.</div><div><br></div><div>My filesystem blocksize is 8MB</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 23, 2016 at 6:34 PM, Stef Coene <span dir="ltr"><<a href="mailto:stef.coene@docum.org" target="_blank">stef.coene@docum.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 09/22/2016 08:36 PM, Stef Coene wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
Is it needed to specify a different blocksize for the system pool that<br>
holds the metadata?<br>
<br>
IBM recommends a 1 MB blocksize for the file system.<br>
But I wonder a smaller blocksize (256 KB or so) for metadata is a good<br>
idea or not...<br>
</blockquote></span>
I have read the replies and at the end, this is what we will do:<br>
Since the back-end storage will be V5000 with a default stripe size of 256KB and we use 8 data disk in an array, this means that 256KB * 8 = 2M is the best choice for block size.<br>
So 2 MB block size for data is the best choice.<br>
<br>
Since the block size for metadata is not that important in the latest releases, we will also go for 2 MB block size for metadata.<br>
<br>
Inode size will be left at the default: 4 KB.<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
Stef<br>
______________________________<wbr>_________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at <a href="http://spectrumscale.org" rel="noreferrer" target="_blank">spectrumscale.org</a><br>
<a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" rel="noreferrer" target="_blank">http://gpfsug.org/mailman/list<wbr>info/gpfsug-discuss</a><br>
</div></div></blockquote></div><br></div>