[pooma-dev] Assigning to internal guards

John H. Hall jxyh at lanl.gov
Wed Sep 25 17:23:30 UTC 2002


>
> Of course, in multiple dimensions you generally don't want internal 
> guards on anything that you're not going to stencil, so in practice it 
> isn't clear how often this practice will really pay off. (Internal 
> guards can consume a lot of memory in 3D.)
>
>         Jim

Jim, et. al.:
In practice, this (calculating internal/external guard cells instead of 
communicating) would be one of the biggest optimizations possible. 
Especially when you introduce the concept of dependent and independent 
fields. Usually only the independent fields need to communicate to fill 
their guard cells. The dependent fields can just calculate their guards 
and move on as pretty as you please.

Because of the limitations on scalar coding right now, once you start 
using guard cells, pretty much every field ends up requiring them also 
(this has to do with alignment issues and all patches starting their 
coordinate indexing at (0,0,0)). The devil is of course in the details, 
but, you can't generally get away with mixing and matching fields with 
and without guard cells right now except in the simple case of all SIMD 
syntax (which of course is what you were referring to).

I've got the GCC work back online. Mark's contract is extended through 
next year. Hopefully, we can soon get back to thinking about these 
other exciting issues.

Regards,
John

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 1396 bytes
Desc: not available
URL: <http://sourcerytools.com/pipermail/pooma-dev/attachments/20020925/4ee1c8eb/attachment.bin>


More information about the pooma-dev mailing list