<font size=2 face="sans-serif">Luke, </font>
<br>
<br><font size=2 face="sans-serif">  Thanks for your question.  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
"root" and "fset2" 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.
 BUT if you look at any given metadata allocation block --metadata-block-size
(defaults to 256K) you'll only see inodes for either "root" or
"fset2" not both in the same block.</font>
<br>
<br><font size=2 face="sans-serif">Moreover we try to "pre"-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">   mmapplypolicy /gpfs/path-to-the-directory-tree-I-want-to-scan
 --scope {fileset | inodespace }  ...</font>
<br><font size=2 face="sans-serif">  </font>
<br>
<br><font size=2 face="sans-serif">An inodespace is the set of all inodes
in an independent fileset.  An inodespace may contain several "dependent"
filesets.  </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;">