[MITgcm-support] MNC usage comment & more powerful version of gluemnc

Martin Losch Martin.Losch at awi.de
Mon Apr 23 10:33:46 EDT 2007


Mark,

I agree that mnc not overwriting existing files is a bit odd  
sometimes. But I think you should be fine with mnc_use_outdir=.false.  
if you just remove all grid.t???.nc files before restarting. The  
monitor files are not a problem as they follow the name convention  
monitor_$pkg.$niter0.t???.nc, niter0=0 if you start from rest and >0  
if you start from a pickup.
If you want to use mnc_use_outdir=.true., why don't you just link all  
files into a common directory, eg. "ln -s mnc*/*.nc ." before running  
gluemnc?

Further recommendation: Personally I have reverted to mdsio for  
pickup-files (mnc_write/read_pickup=.false.) in conjunction with  
useSingleCPUio = .true., (in data). This gives me one pickup file per  
package and not, say, 72, the seaice pkg (if you are using it)  
doesn't have netcdf pickup files anyhow. Also with this global pickup  
file you can easily change the number of tiles for the second  
segment, if you choose to do so. useSingleCPUio=.true. may also be  
faster on some machines where cpus access a global file system (I am  
told and that's also my experience).


Martin

On 22 Apr 2007, at 23:56, Mark Hadfield wrote:

> I'm trying to set up some reasonably large model runs with MNC  
> output. It's not clear to me how to arrange things for efficient  
> management of the output files and I'd appreciate some advice.
>
> It seems to be a fundamental design decision of the MNC package  
> that it will not overwrite existing netCDF files. This seems a  
> little odd to me, but there you go.
>
> OK, so I am running the model in two segments, the second being  
> started from the pickup files of the first. If I set MNC_USE_OUTDIR  
> to .FALSE. then the second run fails when trying to write  
> monitor_grid files, so I set MNC_USE_OUTDIR to .TRUE. and  
> MNC_OUTDIR_DATE to .FALSE. and I get my netCDF output in a bunch of  
> directories, one per processor per model run. These happen to be 72- 
> processor MPI runs, so the two model runs generate 144 directories.
>
> At the end I want to combine all the state files from these runs,  
> so I cd to the parent of the MNC output directories and type
>
> gluemnc mncout*/state*.nc
>
> This fails because gluemnc can't handle input file names with  
> directory separators in them. I have hacked gluemnc to avoid this  
> limitation. This hacking involved liberal use of the basename  
> command and I *think* it's working OK now.
>
> But this all seems awfully hard. Am I doing it wrong? Is there an  
> easier way of setting these things up?
>
> -- 
> Mark Hadfield          "Ka puwaha te tai nei, Hoea tahi tatou"
> m.hadfield at niwa.co.nz
> National Institute for Water and Atmospheric Research (NIWA)
>
>
>
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-support




More information about the MITgcm-support mailing list