-
Notifications
You must be signed in to change notification settings - Fork 292
Add transient_ex3 example demonstrating explicit DG/FV formulation of 2D advection equation #4073
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
Conversation
The failure in the "Test MOOSE ARM mac" recipe:
is unrelated to this new example. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I can fix up the to-be-deprecated calls after rebasing #4074 later if needed.
// Allocate NumericVectors in _Fh. I could not figure out | ||
// how to do this in the initialization list, I don't think it's | ||
// possible. | ||
// TODO: the number of problem dimensions is hard-coded here, we should | ||
// make this depend on the input file parameters instead. | ||
for (unsigned int i=0; i<2; ++i) | ||
_Fh.push_back(NumericVector<Number>::build(es.comm())); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Would it make sense to postpone this until init_data()?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
FEInterface::inverse_map( | ||
elem->dim(), | ||
fe_type, | ||
neighbor, | ||
qface_points, | ||
qface_neighbor_points); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Could we switch this to FEMap::inverse_map(), in preparation for #4074?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated in 9e2be1a
FEInterface::inverse_map( | ||
elem->dim(), | ||
fe_type, | ||
neighbor, | ||
qface_points, | ||
qface_neighbor_points); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Likewise for FEMap::inverse_map here
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated in 9e2be1a
The MOOSE compilation failures here are due to idaholab/moose@08c5990, and don't have anything to do with this PR. |
This example is based on code originally written by @dknez for a class on numerical methods. We do have a DG example (misc_ex5) but it is for an elliptic equation and may or may not support "finite volume" mode (i.e. running with
(CONSTANT, MONOMIAL)
FEs), but the present example does allow this. This example also lets us demonstrate one way of implementing an explicit timestepping discretization in libmesh, which I'm not sure we have currently. The example runs very fast and gives consistent output for me in both serial and parallel, so it will not add appreciably to test times and shouldn't give us a bunch of test failures.