<font size=2 face="sans-serif">Sorry for my fast ( and not well thought)
answer, before. You obviously are correct, there is no relation between
the setting of maxFilesToCache, and the </font><br><br><font size=3>fileCacheMem &nbsp; &nbsp; 38359956 k &nbsp;= 11718554
* 3352 bytes (inode size 512 + 2840)</font><br><br><font size=2 face="sans-serif">usage. it is rather a statement of how
many metadata may fit in the remaining structures outside the pagepool.
this value does not change at all, when you modify your mFtC setting. </font><br><br><font size=2 face="sans-serif">There is a really good presentation
by Tomer Perry on the User Group meetings, referring about memory footprint
of GPFS under various conditions.</font><br><br><font size=2 face="sans-serif">In your case, you may very well hit
the CES nodes memleak you just pointed out. </font><br><br><font size=2 face="sans-serif">Sorry for my hasty reply earlier ;)
</font><br><br><font size=2 face="sans-serif">Achim</font><br><br><br><br><font size=1 color=#5f5f5f face="sans-serif">From: &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=1 face="sans-serif">Stijn De Weirdt &lt;stijn.deweirdt@ugent.be&gt;</font><br><font size=1 color=#5f5f5f face="sans-serif">To: &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=1 face="sans-serif">gpfsug-discuss@spectrumscale.org</font><br><font size=1 color=#5f5f5f face="sans-serif">Date: &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=1 face="sans-serif">09/05/2019 16:48</font><br><font size=1 color=#5f5f5f face="sans-serif">Subject: &nbsp; &nbsp;
&nbsp; &nbsp;</font><font size=1 face="sans-serif">Re: [gpfsug-discuss]
advanced filecache math</font><br><font size=1 color=#5f5f5f face="sans-serif">Sent by: &nbsp; &nbsp;
&nbsp; &nbsp;</font><font size=1 face="sans-serif">gpfsug-discuss-bounces@spectrumscale.org</font><br><hr noshade><br><br><br><tt><font size=2>seems like we are suffering from<br></font></tt><a href="http://www-01.ibm.com/support/docview.wss?uid=isg1IJ12737"><tt><font size=2>http://www-01.ibm.com/support/docview.wss?uid=isg1IJ12737</font></tt></a><tt><font size=2><br><br>as these are ces nodes, we susepcted something wrong the caches, but it<br>looks like a memleak instead.<br><br>sorry for the noise (as usual you find the solution right after sending<br>the mail ;)<br><br>stijn<br><br>On 5/9/19 4:38 PM, Stijn De Weirdt wrote:<br>&gt; hi achim,<br>&gt; <br>&gt;&gt; you just misinterpreted the term fileCacheLimit.<br>&gt;&gt; This is not in byte, but specifies the maxFilesToCache setting
:<br>&gt; i understand that, but how does the fileCacheLimit relate to the<br>&gt; fileCacheMem number?<br>&gt; <br>&gt; <br>&gt; <br>&gt; (we have a 32GB pagepool, and mmfsd is using 80GB RES (101 VIRT),
so we<br>&gt; are looking for large numbers that might explain wtf is going on<br>&gt; (pardon my french ;)<br>&gt; <br>&gt; stijn<br>&gt; <br>&gt;&gt;<br>&gt;&gt; UMALLOC limits:<br>&gt;&gt; &nbsp; &nbsp; &nbsp;bufferDescLimit &nbsp; &nbsp; &nbsp;40000
desired &nbsp; &nbsp;40000<br>&gt;&gt; &nbsp; &nbsp; &nbsp;fileCacheLimit &nbsp;4000 desired &nbsp; &nbsp;
4000 &nbsp; &lt;=== mFtC<br>&gt;&gt; &nbsp; &nbsp; &nbsp;statCacheLimit &nbsp;1000 desired &nbsp; &nbsp;
1000 &nbsp; &lt;=== mSC<br>&gt;&gt; &nbsp; &nbsp; &nbsp;diskAddrBuffLimit &nbsp; &nbsp; &nbsp;200
desired &nbsp; &nbsp; &nbsp;200<br>&gt;&gt;<br>&gt;&gt; # mmfsadm dump config | grep -E &quot;maxFilesToCache|maxStatCache&quot;<br>&gt;&gt; &nbsp; &nbsp; maxFilesToCache 4000<br>&gt;&gt; &nbsp; &nbsp; maxStatCache 1000<br>&gt;&gt;<br>&gt;&gt; Mit freundlichen Gren / Kind regards<br>&gt;&gt;<br>&gt;&gt; *Achim Rehor*<br>&gt;&gt;<br>&gt;&gt; --------------------------------------------------------------------------------<br>&gt;&gt; Software Technical Support Specialist AIX/ Emea HPC Support &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <br>&gt;&gt; IBM Certified Advanced Technical Expert - Power Systems with AIX<br>&gt;&gt; TSCC Software Service, Dept. 7922<br>&gt;&gt; Global Technology Services<br>&gt;&gt; --------------------------------------------------------------------------------<br>&gt;&gt; Phone: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; +49-7034-274-7862 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp;IBM Deutschland<br>&gt;&gt; E-Mail: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; Achim.Rehor@de.ibm.com &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Am Weiher 24<br>&gt;&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp;65451 Kelsterbach<br>&gt;&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp;Germany<br>&gt;&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; <br>&gt;&gt; --------------------------------------------------------------------------------<br>&gt;&gt; IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin
Jetter<br>&gt;&gt; Geschftsfhrung: Martin Hartmann (Vorsitzender), Norbert Janzen,
Stefan Lutz, <br>&gt;&gt; Nicole Reimer, Dr. Klaus Seifert, Wolfgang Wendt<br>&gt;&gt; Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht
Stuttgart, HRB <br>&gt;&gt; 14562 WEEE-Reg.-Nr. DE 99369940<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; From: Stijn De Weirdt &lt;stijn.deweirdt@ugent.be&gt;<br>&gt;&gt; To: gpfsug main discussion list &lt;gpfsug-discuss@spectrumscale.org&gt;<br>&gt;&gt; Date: 09/05/2019 16:21<br>&gt;&gt; Subject: [gpfsug-discuss] advanced filecache math<br>&gt;&gt; Sent by: gpfsug-discuss-bounces@spectrumscale.org<br>&gt;&gt;<br>&gt;&gt; --------------------------------------------------------------------------------<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; hi all,<br>&gt;&gt;<br>&gt;&gt; we are looking into some memory issues with gpfs 5.0.2.2, and
found<br>&gt;&gt; following in mmfsadm dump fs:<br>&gt;&gt;<br>&gt;&gt; &nbsp;&gt; &nbsp; &nbsp; fileCacheLimit &nbsp; &nbsp; 1000000
desired &nbsp;1000000<br>&gt;&gt; ...<br>&gt;&gt; &nbsp;&gt; &nbsp; &nbsp; fileCacheMem &nbsp; &nbsp; 38359956 k
&nbsp;= 11718554 * 3352 bytes (inode size 512 + 2840)<br>&gt;&gt;<br>&gt;&gt; the limit is 1M (we configured that), however, the fileCacheMem
mentions<br>&gt;&gt; 11.7M?<br>&gt;&gt;<br>&gt;&gt; this is also reported right after a mmshutdown/startup.<br>&gt;&gt;<br>&gt;&gt; how do these 2 relate (again?)?<br>&gt;&gt;<br>&gt;&gt; mnay thanks,<br>&gt;&gt;<br>&gt;&gt; stijn<br>&gt;&gt; _______________________________________________<br>&gt;&gt; gpfsug-discuss mailing list<br>&gt;&gt; gpfsug-discuss at spectrumscale.org<br>&gt;&gt; </font></tt><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss"><tt><font size=2>http://gpfsug.org/mailman/listinfo/gpfsug-discuss</font></tt></a><tt><font size=2><br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; _______________________________________________<br>&gt;&gt; gpfsug-discuss mailing list<br>&gt;&gt; gpfsug-discuss at spectrumscale.org<br>&gt;&gt; </font></tt><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss"><tt><font size=2>http://gpfsug.org/mailman/listinfo/gpfsug-discuss</font></tt></a><tt><font size=2><br>&gt;&gt;<br>&gt; _______________________________________________<br>&gt; gpfsug-discuss mailing list<br>&gt; gpfsug-discuss at spectrumscale.org<br>&gt; </font></tt><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss"><tt><font size=2>http://gpfsug.org/mailman/listinfo/gpfsug-discuss</font></tt></a><tt><font size=2><br>&gt; <br>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br></font></tt><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss"><tt><font size=2>http://gpfsug.org/mailman/listinfo/gpfsug-discuss</font></tt></a><tt><font size=2><br><br></font></tt><br><br><BR>