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
Restarting subapp and all subapps underneath but not the ultimate master #6297
Labels
C: Framework
P: normal
A defect affecting operation with a low possibility of significantly affects.
T: task
An enhancement to the software.
Comments
Yeah. It is definitely possible. But it will be a lot of work to get all of the little things right. 90% of it will work immediately... but that last 10% will suck. |
permcody
added
C: Framework
T: task
An enhancement to the software.
P: normal
A defect affecting operation with a low possibility of significantly affects.
labels
Feb 10, 2016
snschune
pushed a commit
to snschune/moose
that referenced
this issue
Mar 2, 2016
permcody
pushed a commit
to permcody/moose
that referenced
this issue
Mar 8, 2016
permcody
added a commit
to permcody/moose
that referenced
this issue
Mar 8, 2016
permcody
added a commit
to permcody/moose
that referenced
this issue
Mar 8, 2016
permcody
added a commit
to permcody/moose
that referenced
this issue
Mar 8, 2016
permcody
pushed a commit
to permcody/moose
that referenced
this issue
Mar 9, 2016
permcody
added a commit
to permcody/moose
that referenced
this issue
Mar 9, 2016
permcody
added a commit
to permcody/moose
that referenced
this issue
Mar 9, 2016
SudiptaBiswas
pushed a commit
to SudiptaBiswas/moose
that referenced
this issue
Mar 29, 2016
SudiptaBiswas
pushed a commit
to SudiptaBiswas/moose
that referenced
this issue
Mar 29, 2016
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.
@friedmud @YaqiWang @permcody
We have a FullSolveMultiapp executed on initial and the master picks up from this result, but
depending on the scenario the setup of the master transient can vary. This is related to the SPRINT scenario.
We would like to restart the subapp (and all apps underneath it) while the ultimate master does not restart. This would make it possible to ensure consistent behavior via the transfers we already have in place. One problem is scaling of the solution and providing the eigenvalue to the transient solve - this is currently all implemented in the transfers.
The text was updated successfully, but these errors were encountered: