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

Do coupling check for dgs and iks #13806

Merged
merged 1 commit into from Jul 26, 2019

Conversation

lindsayad
Copy link
Member

@lindsayad lindsayad commented Jul 26, 2019

We should also do a coupling check for objects that need
more than 0 layers of ghosting like dgkernels and interfacekernels.
This will also be very beneficial for applications like Rattlesnake
which uses complex actions to set up their simulations.
In Rattlesnake, there is often complex logic that may or may not
add dgs or iks depending on the input file. Instead of always
adding 1 layer of ghosting/coupling, which is what is
being currently done from the Rattlesnake actions,
we should just do the check for Rattlesnake and not worry about
adding relationship managers from the Rattlesnake actions. By
inspecting the warehouses after everything has been added, we
will always get the amount of coupling needed correct, no guessing
involved.

Refs #13736

We should also do a coupling check for objects that need
more than 0 layers of ghosting like dgkernels and interfacekernels.
This will also be very beneficial for applications like Rattlesnake
which uses complex actions to set up their simulations.
In Rattlesnake, there is often complex logic that may or may not
add dgs or iks depending on the input file. Instead of always
adding 1 layer of ghosting/coupling always, which is what is
being currently done since the addition of coupling functors,
we should just do the check for Rattlesnake and not worry about
adding relationship managers from the Rattlesnake actions. By
inspecting the warehouses after everything has been added, we
will always get the amount of coupling needed correct, no guessing
involved.

Refs idaholab#13736
@lindsayad
Copy link
Member Author

@YaqiWang I have verified that with this moose patch and after deleting the addRelationshipManagers override in MultiSchemeAction your currently failing tests are restored to their original speed.

@YaqiWang
Copy link
Contributor

Thanks a million @lindsayad ;-) Happy coding!

@moosebuild
Copy link
Contributor

Job Documentation on f9cb45c wanted to post the following:

View the site here

This comment will be updated on new commits.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants