[MITgcm-devel] iMin, iMax, jMin, and jMax in EXTERNAL_FORCING_T

Jean-Michel Campin jmc at ocean.mit.edu
Fri Jan 29 10:17:29 EST 2010


Hi Dimitris,

Here is what I think (might not be completly true, but ...)
1) Hard coded loop range can speed-up the compiler optimisation.
2) removing those arguments from the EXTERNAL_FORCING_ S/R 
could embarasse people that have their own version of these S/R
and I think it's why Alistair was reluctant to change this.

Cheers,
Jean-Michel

On Thu, Jan 28, 2010 at 04:02:55PM -0800, Dimitris Menemenlis wrote:
> Jean-Michel or Martin, is there a reason why iMin, iMax, jMin, and jMax
> are passed to EXTERNAL_FORCING_T but then are ignored?
> 
> Most computations (with exception of OBCS_SPONGE_T) are carried out in a 1, sNx, 1, sNy domain.
> 
> In particular, SHELFICE_FORCING_T only applies forcing a 1, sNx, 1, sNy domain.
> 
> Is this the correct way to proceed?  Thanks, Dimitris
> 
> 
> _______________________________________________
> MITgcm-devel mailing list
> MITgcm-devel at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-devel



More information about the MITgcm-devel mailing list