Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Sub-Cycling for MultiApps #1880

Closed
friedmud opened this issue Feb 14, 2014 · 1 comment
Closed

Sub-Cycling for MultiApps #1880

friedmud opened this issue Feb 14, 2014 · 1 comment
Assignees
Labels
C: Framework P: normal A defect affecting operation with a low possibility of significantly affects. T: task An enhancement to the software.

Comments

@friedmud
Copy link
Contributor

MultiApps need the ability to have individual apps use different dt's but ultimately step to the same point in time.

For instance, one app might want to take a timestep of 2 while another app might want to use 0.5.

In this case the second app can take 4 timesteps of 0.5 to reach the same time the first app is going to reach in one.

To turn this on a TransientMultiApp will accept a parameter named: allow_sub_cycling. If set to true then that MultiApp will return numeric_limits::max() for computeDT()... taking it out of the decision tree about timestep size.

Then, when it's time to execute that app... the DT the app really wants to take will be compared with the DT coming from it's master. We will divide the master DT by the DT the app wants... then round up to get the number of sub-cycles. We will then divide the master DT by the number of subcycles to get the DT for the app. In this way, a sub-cycling app will always take at least as small of a DT as it wants.

@ghost ghost assigned friedmud Feb 14, 2014
@friedmud
Copy link
Contributor Author

In 23e1b80:

add sub-cycling capabilities to MultiApp closes #1880

friedmud added a commit that referenced this issue Feb 14, 2014
friedmud added a commit that referenced this issue Feb 14, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C: Framework P: normal A defect affecting operation with a low possibility of significantly affects. T: task An enhancement to the software.
Projects
None yet
Development

No branches or pull requests

1 participant