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

Cleanup umc #1099

Merged
merged 4 commits into from
Jan 19, 2023
Merged

Cleanup umc #1099

merged 4 commits into from
Jan 19, 2023

Conversation

mgjarrett
Copy link
Contributor

@mgjarrett mgjarrett commented Jan 18, 2023

Description

Some subtle bugs in #1042 were missed until more detailed testing was performed.

  1. There are two ways of getting the number of pins in a block: block.getNumPins() and b.p.nPins. b.p.nPins is set in the blueprints:

b.p.nPins = b.getNumPins()

It also needs to be set in _createHomogenizedCopy

  1. power and pdens are initially set by the neutronics solver in a downstream workflow, but when gamma transport is performed these parameters are modified. Thus, they need to be mapped "out" from the GammaUniformMeshConverter. This is likely to be true of any implementation of a coupled neutronics/gamma transport solution.

Checklist

  • This PR has only one purpose or idea.
  • Tests have been added/updated to verify that the new/changed code works.
  • The release notes (location doc/release/0.X.rst) are up-to-date with any bug fixes or new features.
  • The documentation is still up-to-date in the doc folder.
  • The dependencies are still up-to-date in setup.py.

power and pdens parameters are initially set in a neutronics run,
but they may be adjusted by a gamma transport solver. Thus, these
parameters should be mapped out of a uniform mesh gamma solve, even
though they are also mapped in. If a gamma kernel is implemented that
does not update these parameters, this converter would have to be
modified and/or extended to prevent numerical diffusion of these
parameters.
@john-science john-science added the bug Something is wrong: Highest Priority label Jan 18, 2023
Copy link
Member

@john-science john-science left a comment

Choose a reason for hiding this comment

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

Approved.

@mgjarrett @jakehader @keckler This PR worries me. It seems like this PR is only possible because we didn't do any downstream integration tests of the original Efficiency PR. Is that correct?

If it IS correct, I would like to have a quick discussion about our PR process.

Thanks!

@keckler
Copy link
Member

keckler commented Jan 18, 2023

To say we didn't do any integration tests is most certainly not true. We did a lot of integration testing on #1042 , and caught a lot of problems in the process before merging that.

I can't speak specifically to how these particular bugs made it through, though.

@mgjarrett
Copy link
Contributor Author

To say we didn't do any integration tests is most certainly not true. We did a lot of integration testing on #1042 , and caught a lot of problems in the process before merging that.

I can't speak specifically to how these particular bugs made it through, though.

The integration tests were run, but the test result differences had not yet been reviewed in detail. These issues were caught in that review process.

@mgjarrett mgjarrett merged commit 9b2e7ad into terrapower:main Jan 19, 2023
drewj-usnctech added a commit to drewj-usnctech/armi that referenced this pull request Jan 23, 2023
…30/assembly-1d-parent-class

* terrapower/main:
  Adding measure of convergence for tight coupling  (terrapower#1033)
  Fixing ruamel.yaml deprecation warning (terrapower#1109)
  Fix Issues with Peak Params (terrapower#1108)
  Adding a helper method to validate versions in settings files (terrapower#1102)
  Using fuelCycle settings constants (terrapower#1107)
  Using mockRunLogs in a better way (terrapower#1106)
  Using module-level neutronics settings constants (terrapower#1104)
  Cleanup umc (terrapower#1099)
  Fixing broken doc link for mpi4py (terrapower#1105)
  Improving logic for getNumPins (terrapower#1098)
  fix `code-block` sphinx errors (terrapower#1091)
  Defer setting material number in MCNP material card (terrapower#1086)
  Efficiency improvement for uniform mesh converter and general operations (terrapower#1042)
  Updating python version listed in README (terrapower#1076)
  Removing unused code from `calcReactionRates()` (terrapower#1084)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something is wrong: Highest Priority
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants