[MITgcm-devel] [MITgcm-support] BLOCKING_EXCHANGES slowdown when using pkg/ptracers on Columbia

[Martin Losch]

Hi Constantinos,

I am moving this to the devel-list:

I would have added the code long ago, if it had been clean, but it isn't. Jean-Michel might even remove my cvs privileges if he only _sees_ the code changes (o:

I am happy to provide my changes (they are with very much outdated code), and Dimitris can see if it works for him. Then we should think about how to include this in a more general context, but that's way beyond my technical (and currently even time) capabilities.

Martin
PS. Here comes the code (between checkpoint59n and p).

-------------- next part --------------
A non-text attachment was scrubbed...
Name: largebufferhack.tgz
Type: application/octet-stream
Size: 76309 bytes
Desc: not available
URL: <http://mitgcm.org/pipermail/mitgcm-devel/attachments/20100311/407ae68a/attachment-0001.obj>
-------------- next part --------------


On Mar 11, 2010, at 5:02 PM, Constantinos Evangelinos wrote:

> On Thursday 11 March 2010 05:52:23 am Martin Losch wrote:
> 
>> I observed a huge slowdown with ptracers as well, the solution was to copy
>> ptracers into a new 5D-array where the 3rd index (k) is nPtracer*Nr long,
> 
> You mean 3D I take it.
> 
>> and then use one exchange for that (and I think I had to hack the
>> corresponding exchange routine to have it allow such large arrays). Can
>> provide code if required.
> 
> Since more than one person has this problem it might be a good time to add the 
> code (as an IFDEF) in the main code.
> 
> Constantinos
> -- 
> Dr. Constantinos Evangelinos
> Department of Earth, Atmospheric and Planetary Sciences
> Massachusetts Institute of Technology
> 
> 
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-support