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
Behavior of IterationAdaptiveTimeStepper as sub app #7842
Labels
C: Framework
P: minor
A defect that does not affect the accuracy of results.
T: defect
An anomaly, which is anything that deviates from expectations.
Comments
snschune
pushed a commit
to snschune/moose
that referenced
this issue
Oct 10, 2016
permcody
added
C: Framework
P: minor
A defect that does not affect the accuracy of results.
T: defect
An anomaly, which is anything that deviates from expectations.
labels
Oct 10, 2016
probably due to this line: https://github.com/idaholab/moose/blob/devel/framework/src/timesteppers/IterationAdaptiveDT.C#L177 And likely addressed by time stepper changes in the near future. |
lindsayad
pushed a commit
to lindsayad/moose
that referenced
this issue
Nov 30, 2017
lindsayad
pushed a commit
to lindsayad/moose
that referenced
this issue
Nov 30, 2017
lindsayad
added a commit
to lindsayad/moose
that referenced
this issue
Nov 30, 2017
lindsayad
added a commit
to lindsayad/moose
that referenced
this issue
Nov 30, 2017
lindsayad
added a commit
to lindsayad/moose
that referenced
this issue
Nov 30, 2017
lindsayad
added a commit
to lindsayad/moose
that referenced
this issue
Dec 5, 2017
lindsayad
pushed a commit
to lindsayad/moose
that referenced
this issue
Dec 5, 2017
lindsayad
added a commit
to lindsayad/moose
that referenced
this issue
Dec 5, 2017
lindsayad
added a commit
to lindsayad/moose
that referenced
this issue
Dec 5, 2017
lindsayad
added a commit
to lindsayad/moose
that referenced
this issue
Dec 5, 2017
lindsayad
added a commit
to lindsayad/moose
that referenced
this issue
Dec 5, 2017
lindsayad
added a commit
to lindsayad/moose
that referenced
this issue
Dec 5, 2017
lindsayad
added a commit
to lindsayad/moose
that referenced
this issue
Dec 5, 2017
lindsayad
pushed a commit
to lindsayad/moose
that referenced
this issue
Feb 6, 2018
lindsayad
added a commit
to lindsayad/moose
that referenced
this issue
Feb 6, 2018
Fixes issue that when the master app does not restrict the time step and the sub-app adaptive time stepper signals an increase in time step, then the change is not reflected until the following time step. Details: - Split FEProblemBase::advanceMultiApps into incrementMultiAppTStep and finishMultiAppStep - Similary split MultiApp::advanceStep into incrementTStep and finishStep - Always call incrementMultiAppTStep in Transient::incrementStepOrReject Closes idaholab#7842
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
C: Framework
P: minor
A defect that does not affect the accuracy of results.
T: defect
An anomaly, which is anything that deviates from expectations.
Description of the enhancement or error report
The behavior occurs when
IterationAdaptiveDT
is used in the sub app, without sub-cycling andthe master does not constrain the time step. In that case if the time step should be increased
due to fast convergence, it does not happen until one time step later.
Rationale for the enhancement or information for reproducing the error
An example will be provided.
Identified impact
(i.e. Internal object changes, limited interface changes, public API change, or a list of specific applications impacted)
The text was updated successfully, but these errors were encountered: