Skip to content

Fix of calculation of qpar for run time diagnostic - #365

Closed
mrhardman wants to merge 1 commit into
implicit-fp-collisions-precon-debugfrom
implicit-fp-collisions-pre-merge-fix-qpar
Closed

Fix of calculation of qpar for run time diagnostic#365
mrhardman wants to merge 1 commit into
implicit-fp-collisions-precon-debugfrom
implicit-fp-collisions-pre-merge-fix-qpar

Conversation

@mrhardman

Copy link
Copy Markdown
Collaborator

This is a stub PR to demonstrate that fixing the calculation of qpar in run-time diagnostics for 2V requires us to update the tests in #363. We do not need to merge this PR if tests pass, instead, we should update #363. The calculation of qpar here is not optimal in 2V cases because a copy of ff is made before every call to get_qpar().

…re merge with #322, to permit justification of qpar tests to be updated in #363.
@mrhardman
mrhardman requested a review from johnomotani May 9, 2025 12:35
mrhardman added a commit that referenced this pull request May 9, 2025
…the pre-(#322)-merge state where the run time diagnostic for qpar used only the 1V definition and did not include the contribution from `vperp^2` to the energy transported by the flux. To see the corresponding change in the pre-merge code, see b987048 and #365.
@mrhardman mrhardman mentioned this pull request May 9, 2025
2 tasks
@johnomotani

Copy link
Copy Markdown
Collaborator

This looks like the right test. Hopefully this fix makes #363 consistent! 🤞

@mrhardman mrhardman closed this May 12, 2025
@mrhardman

mrhardman commented May 12, 2025

Copy link
Copy Markdown
Collaborator Author

Closed as the tests here passed, permitting updated (post normalisation update) tests in #363 to be merged to #353.

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.

2 participants