-
Notifications
You must be signed in to change notification settings - Fork 13
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
GEOSgcm + GNU does not layout regress #541
Comments
In a perfect world, we'd now have component-level layout regression tests ... I guess the next step is to ask which components had the big changes in this version. |
The answer of "all of them" is not hyperbole: |
Tests run today (per the request of @amdasilva and @tclune) with the latest Chem and GOCART (using #529), show that GNU still has this issue. It start-stop regresses, but fails layout. |
I am currently attempting to do a run with GNU where I've added
|
Okay. Can't do that everywhere it seems:
I'll try doing it just in GOCART... |
Alas. Just using those flags in GOCART does not help. I still get a layout failure. |
This is interesting. The latest GEOSgcm v11 no longer passes layout regression with GNU. It still passes start-stop, but not layout. The annoying thing is, layout regression is the harder of the two. We know start-stop is usually "look at restarts" and that was the solution to the last issue about this (see #380).
Usually layout regression failures are compiler flag changes or MPI changes, but the GNU compiler flags and MPI stack did not change with v11. The Intel ones changed, but that doesn't affect GNU!
This might require some thinking so I'll ping @tclune @bena-nasa @atrayano @aoloso
The text was updated successfully, but these errors were encountered: