Replies: 2 comments
-
The problem with the theory is that there is now way for components such as GOCART to "know" if their imports are coming from ExtData or simply set to 0. My only other thought is that there is variability in the other timers and it just looked like it was dominated by ExtData. But that seems unlikely as well. |
Beta Was this translation helpful? Give feedback.
-
I suppose if the calculations were protected by an "if not all zero"??? Though I guess I don't know what happens with no ExtData. I can imagine the first step is zero, but after that? I suppose if there are no emissions coming from ExtData, those emissions will always be zero... |
Beta Was this translation helpful? Give feedback.
-
Dan Duffy has been trying to run GEOS on AWS and was having a weird crash with ESMF_RegridStore during ExtData or something. Until @bena-nasa or myself can get on there and see what's happening, my advice to him was to run without ExtData. In a way, since he's just benchmarking the processor more than the disk system, this isn't exactly a bad idea.
But I then had a thought: what is the effect of not running with ExtData. So, I got on discover and ran some 1-day C360 runs. No history, no checkpointing, and one with ExtData, one without. I did three of each and I got:
With ExtData:
Without ExtData:
Now, in the timers for the ExtData Run phase:
vs:
So, obviously not running ExtData speeds up the model more than just ExtData itself. I just thought I'd start a discussion and see if @bena-nasa, @atrayano, or @tclune had thoughts.
I did talk about this yesterday with @bena-nasa (with an earlier run) and he had thoughts that maybe not having any "real" imports mean some calculations in Chem might be skipped and that does seem plausible as GOCART does get cheaper:
to:
I just thought I'd add this here as a place where, if @bena-nasa or someone can track down why, we could have an explanation in case we are asked about it.
Beta Was this translation helpful? Give feedback.
All reactions