-
Notifications
You must be signed in to change notification settings - Fork 52
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
Different coupling efficiency #346
Comments
if you look in the standard output, you can see which model gets to the coupling exchange first. this can help to allocate the number of processors. if you attach the output file, i can show you what i mean. |
3935.log |
for example,... +time 20220617.001900 , step 19; iteration 1; sweep 3 grid 1 you are only writing out the roms output every 20 steps, but SWAN is the slower model here. |
Hi, John, |
Hi, John, One fact that may be useful is below: |
well, when you couple roms with swan, there are a lot more physics that can be active in roms, such as bbl model, wec vf forcing, stokes computations, etc. that could slow it all down. |
Hi, John,
I run the same ROMS-SWAN case on two HPCs, but one is nearly two times slower. If run with ROMS-only, the efficiency is similar, indicating the slow down is due to coupling. Changing the coupling frequency does not improve the efficiency much. Would you kindly give some suggestions?
Thank you,
Yan
The text was updated successfully, but these errors were encountered: