-
Notifications
You must be signed in to change notification settings - Fork 106
Low mach number correction for HLLC Riemann solver #538
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
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## master #538 +/- ##
==========================================
+ Coverage 58.80% 58.82% +0.02%
==========================================
Files 57 57
Lines 14555 14570 +15
Branches 1913 1917 +4
==========================================
+ Hits 8559 8571 +12
- Misses 5437 5440 +3
Partials 559 559 ☔ View full report in Codecov by Sentry. |
@sbryngelson Could you re-run the benchmark test? It failed with exit code 1 without any useful messages. If it is really a problem, do you have any idea what went wrong? Thanks! |
Co-authored-by: Hyeoksu Lee <[email protected]> Co-authored-by: Hyeoksu Lee <[email protected]> Co-authored-by: Hyeoksu Lee <[email protected]> Co-authored-by: Hyeoksu Lee <[email protected]> Co-authored-by: Hyeoksu Lee <[email protected]> Co-authored-by: Hyeoksu Lee <[email protected]>
Description
The HLLC Riemann solver is known to have an accuracy issue at the low Mach number limit. The new feature addresses this issue using two different methods (Chen et al. 2022 and Thornber et al. 2008)
Type of change
Scope
If you cannot check the above box, please split your PR into multiple PRs that each have a common goal.
How Has This Been Tested?
Please describe the tests that you ran to verify your changes.
Provide instructions so we can reproduce.
Please also list any relevant details for your test configuration
Ma = 0.001
(added toexamples
)Test Configuration: 2D Gresho vortex is an exact solution to the incompressible N-S equations. The flow field should remain the same unless there is a numerical dissipation. The figure attached below shows the simulation results at Mach number 0.001 with
low_Mach = 0
(no correction),low_Mach = 1
(Chen et al. 2022) andlow_Mach = 2
(Thornber et al. 2008). Both correction methods work well.Checklist
docs/
)examples/
that demonstrate my new feature performing as expected.They run to completion and demonstrate "interesting physics"
./mfc.sh format
before committing my codeIf your code changes any code source files (anything in
src/simulation
)To make sure the code is performing as expected on GPU devices, I have:
I don't have access to MI200+ GPUs.
nvtx
ranges so that they can be identified in profiles./mfc.sh run XXXX --gpu -t simulation --nsys
, and have attached the output file (.nsys-rep
) and plain text results to this PRnsys.zip
./mfc.sh run XXXX --gpu -t simulation --omniperf
, and have attached the output file and plain text results to this PR.I don't have access to machines that work with omniperf profile, I guess.
For this one, should I turn on
low_Mach
feature onexamples/3D_performance_test
and compare withlow_Mach = 0 (off)
results for 1/2/8 GPUs?