search

NCAR / ParallelIO

A high-level Parallel I/O Library for structured grid applications
Apache License 2.0
134 stars 52 forks source link

Disabling GPTL timing support at run time #1967

Closed uturuncoglu closed 9 months ago

uturuncoglu commented 1 year ago

I am working on CMCC WRF coupling and it seems that PIO is installed with GPTL timing support. Since I am using ESMX generic driver to couple WRF with DOCN (CDEPS), I have no way to ingest GPTL init call to the driver (at least in the version of ESMF that I am using). As a result, I am getting following errors from run (coming from CDEPS),

[1] GPTLstart name=PIO:rearrange_io2comp: GPTLinitialize has not been called [0] GPTLstart name=PIO:read_darray_nc: GPTLinitialize has not been called [0] GPTLstop: GPTLinitialize has not been called [0] GPTLstart name=PIO:rearrange_io2comp: GPTLinitialize has not been called [35] GPTLstop: GPTLinitialize has not been called

I think it would be nice to have way to turn GPTL timing off by providing environment variable or configuration option to PIO even if it is build with timing support.

jedwards4b commented 1 year ago

Note that these are warnings and not errors and although they are annoying they should not impede the performance or functionality of pio.

uturuncoglu commented 1 year ago

In my case, the code is crashing. Maybe it is because of something else. Let me double check.

uturuncoglu commented 1 year ago

I think you are right. It seems that the code is failing in CDEPS since it complains about the input file. I fixed in my side.

jedwards4b commented 9 months ago

@uturuncoglu can we close this issue?

uturuncoglu commented 9 months ago

@jedwards4b Sure. We could close this. Thanks for your help.