<div dir="ltr"><div>Hi Klaus, </div><div><br></div><div>Thanks for replying.</div><div><br></div>Yes, I forgot to mention that I'm using new multipole implementation with 60 poles. <div><br></div><div>I have attached a small txt files with short summary on three runs which very well describes my problem. 1024 proc have been used for all runs with fixed lrefinemax and base blocks. I get three differenet error for three different maxblocks value. </div><div><br></div><div>My understanding was that reasonable use of maxblocks avoids any such memory failures.</div><div> <br></div><div>Best,</div><div><div>-rahul<br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 10, 2016 at 6:11 PM, Klaus Weide <span dir="ltr"><<a href="mailto:klaus@flash.uchicago.edu" target="_blank">klaus@flash.uchicago.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, 5 Aug 2016, Rahul Kashyap wrote:<br>
<br>
> More specifically, I'm having problem in using multipole Gravity solver<br>
> which causes memory allocation failure during initialization and also<br>
> evolution. I couldn't get far with my naive knowledge of FLASH's usage of<br>
> '-maxblocks'.<br>
<br>
</span>Are you using the newer implementation of the multipole solver,<br>
<br>
  Grid/GridSolvers/Multipole_new<br>
<br>
rather than<br>
<br>
  Grid/GridSolvers/Multipole ?<br>
<br>
(One way to request the newer version is to use the setup shortcut<br>
 +newMpole .)<br>
<br>
The newer version should behave better in terms of memory usage.<br>
<span class="HOEnZb"><font color="#888888"><br>
Klaus<br>
</font></span></blockquote></div><br></div>