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

GSPH update #273

Merged
merged 87 commits into from
Jun 6, 2024
Merged

GSPH update #273

merged 87 commits into from
Jun 6, 2024

Conversation

jmpearl
Copy link
Collaborator

@jmpearl jmpearl commented May 13, 2024

Summary

  • The PR updates and improves the GSPH module.
  • It does the following:
    • Initialization of gradients in MFM/GSPH cleaned up
    • added a Barth Jespersen limiter
    • second order AV added as a Riemann solver for direct comparison
    • MFV solver (ala Hopkins 2015) extended to be ALE.
      • ALE version of compatible energy update
      • couple of options on the ALE spectrum (Eulerian, Lagrangian (classic MFV), Fician, XSPH)
    • CubicNodeGenerator bugfix for python2->python3 division syntax

ToDo :

  • Annotate RELEASE_NOTES.md with notable changes.
  • Create LLNLSpheral PR pointing at this branch. (PR#)
  • LLNLSpheral PR has passed all tests.

jmpearl and others added 30 commits July 13, 2022 18:28
removing GHLLC (depricate), adding a ArtificialViscosity implementation for direct comparison in the GSPH paper. Might need to rename to make it less confusing with the AV class heirarchy in Spheral
update policy is now used to handle the Riemann gradients that are stored between steps. for problems with const bc and initial pressure gradients (hydrostatic atmospheres etc...) the pressure gradient will need to be given initial conditions similar to eps or rho or any other field
this commit removes the isFirstCycle switch which I was using to hackishly initialize the spatial derivatives. When switching over to using the initializeOnStartUp method the switch never flipped messing up the gradients.
@jmpearl jmpearl marked this pull request as ready for review June 4, 2024 03:11
@jmpearl jmpearl requested a review from jmikeowen June 4, 2024 03:12
@jmpearl jmpearl changed the title Solid gsph GSPH update Jun 4, 2024
jmikeowen
jmikeowen previously approved these changes Jun 4, 2024
Copy link
Collaborator

@jmikeowen jmikeowen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks pretty good. Two questions occur to me:

  • You have added a reimplementaion of the limited second-order artificial viscosity. Isn't there some way to share the code between our two implementations a bit more?
  • The Lloyds algorithm added to the Yee vortext test -- should this be folded into our existing centroidal relaxation method?

@jmpearl
Copy link
Collaborator Author

jmpearl commented Jun 5, 2024

Looks pretty good. Two questions occur to me:

  • You have added a reimplementaion of the limited second-order artificial viscosity. Isn't there some way to share the code between our two implementations a bit more?

Yeah I had the same thought when I put it together. In the end it seemed cleaner to me to do a reimplementation rather than modify GSPH to take AV or Riemann solver classes. The two classes differ in who owns the velocity gradient and the things they return to the hydro in the eval derivs. I was also leaning towards keeping the modification modular. Mind if we keep the somewhat redundant version in the GSPH module for now? I want to do a comparison study.

  • The Lloyds algorithm added to the Yee vortext test -- should this be folded into our existing centroidal relaxation method?

oo yeah i think they are same thing. I'll take it out

Copy link
Collaborator

@jmikeowen jmikeowen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is fine as is (keeping the AV distinct between GSPH and the other hydros). I'd like to revisit this to combine and remove as much redundancy as possible, but that can happen in a later change.

This should be OK to merge once the CI succeeds (currently failed for some reason).

@jmpearl jmpearl merged commit 97ddcbe into develop Jun 6, 2024
1 check passed
@jmpearl jmpearl deleted the solidGSPH branch June 6, 2024 02:29
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

2 participants