<font size=2 face="sans-serif">Luke, </font>
<br>
<br><font size=2 face="sans-serif">&nbsp; Thanks for your question. &nbsp;Independent
filesets and their inodes are not implemented the way you might be imagining
or guessing.</font>
<br>
<br><font size=2 face="sans-serif">Suppose you have two independent filesets
&quot;root&quot; and &quot;fset2&quot; in the same GPFS file system.</font>
<br><font size=2 face="sans-serif">It is true that all the inode records
(typically 512 bytes each - see mmcrfs) go into the same special file.
&nbsp;BUT if you look at any given metadata allocation block --metadata-block-size
(defaults to 256K) you'll only see inodes for either &quot;root&quot; or
&quot;fset2&quot; not both in the same block.</font>
<br>
<br><font size=2 face="sans-serif">Moreover we try to &quot;pre&quot;-allocate
several blocks of inodes for the same independent fileset contiguously
- so that typically GPFS can do one seek and then read several blocks of
inodes from the same independent fileset.</font>
<br>
<br><font size=2 face="sans-serif">So there can be performance advantages
to using independent filesets and restricting your mmapplypolicy scans
to just the fileset you need.</font>
<br><font size=2 face="sans-serif">To gain maximal advantage, use the following
form of the command:</font>
<br>
<br><font size=2 face="sans-serif">&nbsp; &nbsp;mmapplypolicy /gpfs/path-to-the-directory-tree-I-want-to-scan
&nbsp;--scope {fileset | inodespace } &nbsp;...</font>
<br><font size=2 face="sans-serif">&nbsp; </font>
<br>
<br><font size=2 face="sans-serif">An inodespace is the set of all inodes
in an independent fileset. &nbsp;An inodespace may contain several &quot;dependent&quot;
filesets. &nbsp;</font>
<br>
<br><font size=2 face="sans-serif"><br>
</font>
<br>
<br><img align=left src=cid:_1_098359D009835790004F023785257E0B alt="Marc A Kaplan" style="border:0px solid;">