Dear Friends<div><br></div><div>My understanding of this parameter is:</div><div><br></div><div>It provides the mkfs.lustre command with a hint about the expected level of striping.  The larger the (expected) stripe, the larger the resulting inodes. This allows (more) EAs to be embedded in the inode, allowing one read to bring the inode including EAs into memory. Small inodes have the EAs located at the other end of a pointer, casing two seeks to bring the EAs into memory.</div>
<div><br></div><div>So much for the theory.  With Lustre 1.8.1 the output from the mkfs.lustre  with no stripe-count-hint and the output with stripe-count-hint =160 is the same.  The inode size in both cases appears to be 512 bytes (viz -I 512). This result is also true in 1.8.1.1.</div>
<div><br></div><div>Is stripe-count-hint ignored, as appears to be the case?</div><div><br></div><div>It is possible to use --mkfsoptions="-I 4096 -i 4608" to force the creation of 4k inodes. (This is the largest permissible size).  Please would someone confirm (or deny) the larger inode size has the effect of allowing lustre to handle inodes for heavily striped files more efficiently?</div>
<div><br></div><div><br></div><div>Regards</div><div><br></div><div><br></div><div>Geoff carrier</div>