<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title></title>
</head>
<body>
<div name="messageBodySection">
<div dir="auto">It went beyond cocktail party discussion: <a href="https://link.springer.com/chapter/10.1007/3-540-27039-6_7">https://link.springer.com/chapter/10.1007/3-540-27039-6_7</a><br>
<br>
Basically, if ~50% of the number of blocks are at the highest refinement level then time refinement is not efficient. But lots of problems don’t meet this criterion, these days…<br>
<br>
Sean</div>
</div>
<div name="messageSignatureSection"><br>
<div class="matchFont">
<div dir="auto">----------------------------------------------------------------------
<div>Sean M. Couch, Ph.D.</div>
<div>Assistant Professor</div>
<div>Department of Physics and Astronomy</div>
<div>Department of Computational Mathematics, Science, and Engineering</div>
<div>Facility for Rare Isotope Beams</div>
<div>Michigan State University</div>
<div>567 Wilson Rd, 3260 BPS</div>
<div>East Lansing, MI 48824</div>
<div>(517) 884-5035 --- couch@pa.msu.edu --- www.pa.msu.edu/~couch</div>
</div>
</div>
</div>
<div name="messageReplySection">On Oct 1, 2019, 12:38 PM -0400, Carlo Graziani <carlo@oddjob.uchicago.edu>, wrote:<br>
<blockquote type="cite" class="spark_quote" style="margin: 5px 5px; padding-left: 10px; border-left: thin solid #1abc9c;">
At the level of overheard cocktail-party chitchat, I recall a discussion<br>
of subcycling in Flash in which the assertion was made that for oct-tree<br>
AMR the efficiency gains from subcycling are expected to be minor.<br>
<br>
The reasoning, which seemed plausible, was that in a typical 3-D<br>
simulation the blocks at the highest level of refinement outnumber other<br>
blocks by a large factor, so that reducing the computational load due to<br>
less-refined blocks by updating them less frequently doesn't drop the<br>
time-to-solution by very much. This was the reason adduced for not<br>
making subcycling development a high priority.<br>
<br>
Is this no longer believed to be the case?<br>
<br>
Carlo<br>
<br>
On 10/1/19 11:26 AM, Ricker, Paul Milton wrote:<br>
<blockquote type="cite" class="spark_quote" style="margin: 5px 5px; padding-left: 10px; border-left: thin solid #e67e22;">
It would be good to come up with a strategy for developing this feature in FLASH 5. It's been a desired feature for a long time, but it has essentially been triaged out of development since it is not easy and not the most urgent feature for most developers'
science. The transition to AMReX is a good opportunity to revisit the question of how hard it would be to implement.<br>
<br>
I'll just put that on my to-do list... :)<br>
<br>
Paul<br>
<br>
<br>
Paul M. Ricker<br>
Professor of Astronomy<br>
University of Illinois<br>
https://urldefense.proofpoint.com/v2/url?u=http-3A__sipapu.astro.illinois.edu_-7Ericker&d=DwID-g&c=nE__W8dFE-shTxStwXtp0A&r=ISY2CKBuLFWqkB5oZl4IHg&m=IJiWOXgTCbRVoZ3UYUedmPBlkK6XeXJD2dGVYHz5O8A&s=ML9CnmlN_Vd7dGdoJ9nUYWKIidw-Zz-4xelZX125xpo&e=<br>
<br>
On October 1, 2019 11:03:41 AM "Messer II, Bronson" <bronson@ornl.gov> wrote:<br>
<br>
<blockquote type="cite" class="spark_quote" style="margin: 5px 5px; padding-left: 10px; border-left: thin solid #3498db;">
Hi Sean, Matuesz, et al.,<br>
<br>
Sean is right both about not having sub-cycling in the current solvers and about the desire to change that in the future for FLASH5.<br>
<br>
So, I guess I didn’t have a different opinion at all, just felt the need to chime in. :)<br>
<br>
Bronson<br>
<br>
<blockquote type="cite" class="spark_quote" style="margin: 5px 5px; padding-left: 10px; border-left: thin solid #d35400;">
On Oct 1, 2019, at 11:33 AM, Sean M. Couch <couch@pa.msu.edu> wrote:<br>
<br>
Hi Mateusz,<br>
<br>
I will venture my view of this and others can chime in if they have a different opinion. Also, I’m assuming by adaptive timestep you mean sub-cycling in time where different refinement levels take different time steps?<br>
<br>
For FLASH5, we are transitioning to the AMReX package. AMReX is built on the idea of time sub-cycling so in principle, we could utilize that. For that matter, PARAMESH was also built to allow time sub-cycling, we just never used it. As of now, for the solvers
we are porting to FLASH5/AMReX we are still making the assumption of a single global time step. This simplifies things considerably. But I am of the opinion that, eventually, we should implement time sub-cycling and take advantage of what AMReX offers in that
regard. This, however, will not likely be a feature available from the outset.<br>
<br>
Now, what might speed things along is capable developers willing to lend a hand in the implementation ;)<br>
<br>
Sean<br>
<br>
----------------------------------------------------------------------<br>
Sean M. Couch, Ph.D.<br>
Assistant Professor<br>
Department of Physics and Astronomy<br>
Department of Computational Mathematics, Science, and Engineering<br>
Facility for Rare Isotope Beams<br>
Michigan State University<br>
567 Wilson Rd, 3260 BPS<br>
East Lansing, MI 48824<br>
(517) 884-5035 --- couch@pa.msu.edu --- http://www.pa.msu.edu/~couch<br>
On Sep 30, 2019, 7:55 PM -0400, Mateusz Ruszkowski <mateuszr@umich.edu>, wrote:<br>
<blockquote type="cite" class="spark_quote" style="margin: 5px 5px; padding-left: 10px; border-left: thin solid #34495e;">
<br>
<br>
<br>
<br>
Hi all,<br>
<br>
<br>
Does anyone know if there a plan to extend FLASH to include adaptive timestep or if users would be interested in such a code feature?<br>
Myself and a number of my collaborators would definitely be interested in using such a code capability.<br>
<br>
<br>
Cheers,<br>
Mateusz<br>
</blockquote>
</blockquote>
</blockquote>
<br>
</blockquote>
<br>
--<br>
Carlo Graziani (630) 252-1543 (Voice)<br>
Argonne National Laboratory<br>
"The less a statesman amounts to, the more he loves the flag."<br>
-- Kin Hubbard<br>
<br>
<br>
</blockquote>
</div>
</body>
</html>