Precompute SRK quantities using CEPTR#398
Precompute SRK quantities using CEPTR#398baperry2 merged 22 commits intoAMReX-Combustion:developmentfrom
Conversation
|
To avoid any back and forth, can you open a PR in PeleC with this branch so we catch any warnings/etc? |
|
@marchdf @malihass I believe this is good to go other than regenerating the QSS mechanisms, where I'm getting some unrelated diffs, as shown below. Not sure what's causing this. |
|
I tried regenerating the qss mechs and I do not see these diffs. I just see some diff because of precision + the srk variables I also tried in the |
|
I get the diff above running on Eagle. The exact same thing on my MacBook leads to no diffs. I'll just use the versions from my MacBook. |
|
I just went back to having these quantities be threadprivate arrays, PeleC is no longer complaining so I'm going to merge this. |
There are bunch of quantities related to critical parameters that get computed every time the SRK EOS is initialized. These are constants for each species, so they can be precomputed and put into the machine generated code from CEPTR. Additionally, instead of being stored as thread private arrays, they are now stored as global arrays. This yields a small speedup on both CPU and GPU.
This PR also modifies the EosEval utility so it can be used to test the SRK EOS.
Mechanisms will need to be regenerated before merging. For now, the modified drm19 is included as an example.