<div dir="ltr"><div>Hello Ryan and Klaus,</div><div><br></div><div>    Ryan, yes I am running in AMR. Per Klaus's recommendation I just did:</div><div><span style="font-family:monospace"><br></span></div><div><span style="font-family:monospace">josh@iris2:~/flash/src/flash4.2.2-rad/object$ grep -iIn "call Timers" * > timers_grep.txt <br></span></div><div><span style="font-family:monospace"><br></span></div><div><span style="font-family:monospace"></span>Which will give me a list of calls to Timers_start and Timers_stop in one text file. After I check this file to ensure that all have pairs, I'll have to check each FLASH file for "if () then" and "#ifdef" statements that might have isolated one of the timer calls. Feel free to also do this as a check in case I miss anything. Whoever finds it first can post what we find here (or if we don't find anything).<br></div><div><br></div><div>Cordially,</div><div><br></div><div>Josh<br></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Sep 11, 2018 at 2:54 PM Ryan Farber <<a href="mailto:rjfarber@umich.edu">rjfarber@umich.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hi Josh/Klaus,</div><div><br></div><div>I'm also suffering this problem. It only appears for me when I run my problem in AMR. That is, it doesn't happen if I have nrefs=100000. Josh, do you know if that is also the case for you?<br></div><div><br></div><div>Klaus, thanks for the explanation I will look for Timers_start/stop pairs to see if that is the issue.<br></div><div><br></div><div class="gmail_extra">Best,<br clear="all"></div><div class="gmail_extra"><div><div class="m_8643547799757267749gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr">--------<div>Ryan</div></div></div></div></div></div></div></div></div><div dir="ltr"><div class="gmail_extra">
<br><div class="gmail_quote">On Tue, Sep 11, 2018 at 2:44 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>On Tue, 11 Sep 2018, Joshua Wall wrote:<br>
<br>
> Hello FLASH users,<br>
> <br>
> I'm attempting to track down a strange occurrence in one of my runs (using<br>
> FLASH 4.2.2), where I get the following error related to timing of the<br>
> multigrid solver:<br>
> <br>
>     6043  perfmon: ran out of space for timer, "gr_hgBndry", cannot time<br>
> this timer with perfmon<br>
>     6044  perfmon: ran out of space for timer, "work copy", cannot time<br>
> this timer with perfmon<br>
>     6045  perfmon: ran out of space for timer, "gr_hgGuardCell", cannot<br>
> time this timer with perfmon<br>
<br>
</span>This could happen if Timers_start / Timers_stop call pairs are incomplete,<br>
or not properly nested.<br>
<br>
It is possible that the offending unbalanced code is not in the multigrid <br>
solver at all, but in an entirely different part of the code - the error <br>
could just happen to cause an overflow of the Timers stack there first.<br>
<span class="m_8643547799757267749HOEnZb"><font color="#888888"><br>
Klaus<br>
</font></span></blockquote></div><br></div></div></blockquote></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div><div><div><div>Joshua Wall<br></div>Doctoral Candidate<br></div>Department of Physics<br></div>Drexel University<br></div>3141 Chestnut Street<br></div>Philadelphia, PA 19104<br></div></div>