<tt><font size=2><br>
&gt; De : THIELL Stephane &lt;stephane.thiell@cea.fr&gt;</font></tt>
<br><tt><font size=2>&gt; <br>
&gt; J Alejandro Medina a crit :<br>
&gt; &gt; When copying data from one filesystem to the other we experience
<br>
&gt; &gt; excessive broadcast messages. The network crawls down to its
knees <br>
&gt; &gt; until both filesystems stop responding. <br>
&gt; &gt;<br>
&gt; &gt; If we test both filesystems separately we do not see this behavior.<br>
&gt; An idea could be to reduce your lustre client max_cached_mb value
<br>
&gt; (per-filesystem value). By default, it is set to 2/3 of available
system <br>
&gt; memory so it's not optimal when mounting multiple lustre filesystems
on <br>
&gt; the same node, especially when copying data from one to the other.<br>
&gt; <br>
&gt; see /proc/fs/lustre/llite/*/max_cached_mb<br>
&gt; </font></tt>
<br>
<br><tt><font size=2>Looking at the code (lustre 2.0) it appears the max_cached_mb
tunable has no effect.</font></tt>
<br><tt><font size=2>I have found LU-141 &quot;port lustre client page
cache shrinker back to clio&quot; that tracks the problem.</font></tt>
<br>
<br><font size=1 color=#8f8f8f face="sans-serif">--</font>
<br><font size=2 color=#8f8f8f face="sans-serif">Grgoire PICHON</font>
<br><font size=2 color=#8f8f8f face="sans-serif">Bull</font>
<br><tt><font size=2><br>
</font></tt>