-
Notifications
You must be signed in to change notification settings - Fork 49
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
Revisit Thompson MP table generation in the SCM #232
Comments
Update: Generating Thompson MP tables from the SCM is now working much faster on Cheyenne for some reason, either because of NCAR/ccpp-physics#567 or some other unknown reason. It is completing between 1-2 minutes now. I'll try to replicate this on Hera and my Mac, and if it replicates, we can probably close this issue. |
After trying this on Mac/GNU, Cheyenne/GNU, and Hera/Intel, it seems as though there is high compiler-sensitivity to the serial performance of the table generation code. On Hera/Intel, the table generation was able to complete, but it took 10 minutes. Using GNU compilers (9.1+) on both the Mac and Cheyenne, the table generation could not complete within an hour. |
Another data point is that files generated thus far cannot be read when compiling the SCM on the Apple M1 Pro chip with GNU 12.1. |
After communication with, @gthompsonWRF, we should revisit the computation of the Thompson MP tables in the SCM. Years ago, when Thompson MP was first put in the CCPP, we tried to let the SCM generate the tables, but it was prohibitive computationally. I think this was tried with/without openmp enabled in the SCM without much luck. The solution was to include pre-computed tables (that were generated in an FV3 run) in the scm/data/physics_input_data directory. @gthompsonWRF, in association with the code changes in NCAR/ccpp-physics#567, would like the ability to generate new tables with the SCM.
The text was updated successfully, but these errors were encountered: