serac
serac copied to clipboard
LLNL
Serac is a high order nonlinear thermomechanical simulation code
Re: https://github.com/LLNL/serac/issues/774 Here's a summary of some of the issues and which have been addressed so far in this PR (:heavy_check_mark: => addressed, :x: => still working): :heavy_check_mark: 1. (Bug)...
This adds shape velocity fields to the solid mechanics module. Specifically, we consider a new configuration in the solid mechanics pipeline:  where `X` is the original reference configuration, `p`...
I noticed some inconsistent capitalization (U vs u, dU_dt vs du_dt) in a function. I don't know how pervasive this is but we should at least be consistent. Example: https://github.com/LLNL/serac/blob/07b8ef1b3658bee2b66b78fe900595e3408e31ac/src/serac/numerics/odes.cpp#L148-L183
Kenny has been wrapping the solid mechanics module in LiDO and mentioned that he ran into a few issues, I'm summarizing a few of them here so I don't forget...
This PR was spurred by #754. The main change is to add more rigorous tests of the solid mechanics module. These are patch tests, which ensure that the numerical approximation...
We should add compile-time checks to our `Functional` based physics module to allow users to quickly notice if they have an unusable mesh or problem definition.
The functional-based solid mechanics operator uses a total Lagrangian setting, so it uses the first Piola-Kirchhoff stress in the residual calculation. However, in the kernel [here](https://github.com/LLNL/serac/blob/5aeeea93f029d3b3afcbe30e9ce39253c1ea77e8/src/serac/numerics/functional/integral_utilities.hpp#L523) the stress is contracted...
re: https://github.com/LLNL/serac/issues/761 It looks like by default, `uberenv` builds everything as `RelWithDebInfo`, so the TPLs produce huge binaries: ```sh sam@provolone:~/code/serac_libs_before/gcc-9.3.0/conduit-0.8.3-wqhg2i6ady424csssfpjlggcjflt42jx/lib$ ls -la ... -rw------- 1 sam sam 64230114 Aug 4...