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

Reset App in MultiApp #1970

Closed
friedmud opened this issue Feb 14, 2014 · 5 comments
Closed

Reset App in MultiApp #1970

friedmud opened this issue Feb 14, 2014 · 5 comments
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

I need to be able to "Reset" an app. What I mean by reset is that I need to delete the current instance of the App and rebuild it. The start time for the "new" app should be set to the global simulation time.

The tricky part is going to be output. When I reset an App I need to start writing a new output file. It should probably use the Adaptivity way of naming the new output. I don't know everything about this yet....

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

In 37a0cc6:

Can reset an App at a specific time closes #1970

@friedmud
Copy link
Contributor Author

In 4bda56a:

change how output files are named after a reset ref #1970

@friedmud
Copy link
Contributor Author

Reopening because time isn't working out properly. I had originally thought to make the time of the reset App match that of the rest of the problem, but that's problematic because things in that App might depend on time (for instance, ramping up forcing functions).

Instead of doing that, I'm going to let each App run on "local" time... but output will still happen in "Global" time.

@friedmud
Copy link
Contributor Author

In 5c51f6f:

let apps run on local time but still output at global time closes #1970

@friedmud
Copy link
Contributor Author

In c2f08b7:

fix app reset ref #1970

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