Greg,

Yes, that is what I was referring to. Thank for answering my question.

- Apan

On Jun 29, 2017, at 2:26 PM, Greg Titus <[email protected]<mailto:[email protected]>> 
wrote:

Hello Apan --

Are you referring to the ‘mData’ chunking in 
modules/internal/DefaultRectangular.chpl?  If so, that has to do with the 
so-called ‘multi-ddata’ feature, which split the underlying storage for default 
rectangular arrays into multiple pieces (chunks) instead of just one piece.  
The intent was that for NUMA architectures those pieces could be separately 
placed on different NUMA nodes and we would be able to achieve perfect NUMA 
storage/execution affinity despite the fact that locality is page-based. 
Unfortunately this work turned out to introduce other overheads that we 
couldn’t get rid of, so it’s been disabled for general use (via the param 
defRectDisableMultiDData).  You can ignore it.

greg


On Jun 29, 2017, at 11:12 AM, Qasem, Apan M 
<[email protected]<mailto:[email protected]>> wrote:

Hello,

I am implementing data layout transformations in Chapel that favor the 
GPU/heterogenous memory hierarchy.

I have been studying the dists and layout codes in the Chapel distribution.  I 
was wondering if someone can help me understand (or point me to documentation 
that explains) the idea behind “chunking” in data layouts.  It appears that it 
is only used when the array element is a compound (mdata) type. But I can’t 
figure out what it is meant to do by reading the code.

Thanks.

- Apan

Apan Qasem, PhD
Visiting Scholar, AMD Research
Associate Professor, Dept of Computer Science
Texas State University
https://na01.safelinks.protection.outlook.com/?url=http:%2F%2Fwww.cs.txstate.edu%2F~aq10&data=01%7C01%7Capan%40txstate.edu%7C81c01fa4a8e443bb15ce08d4bf24ce6b%7Cb19c134a14c94d4caf65c420f94c8cbb%7C0&sdata=oubfeWLp2yjRaKVslALTLqgZty1%2F8H4obzxsDA9P1JM%3D&reserved=0

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org<http://slashdot.org/>! 
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fsdm.link%2Fslashdot&data=01%7C01%7Capan%40txstate.edu%7C81c01fa4a8e443bb15ce08d4bf24ce6b%7Cb19c134a14c94d4caf65c420f94c8cbb%7C0&sdata=zg7XVZrgkBJPStd26gnIWyqbXKnCa11RLXRK98VSd7Y%3D&reserved=0
_______________________________________________
Chapel-developers mailing list
[email protected]<mailto:[email protected]>
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fchapel-developers&data=01%7C01%7Capan%40txstate.edu%7C81c01fa4a8e443bb15ce08d4bf24ce6b%7Cb19c134a14c94d4caf65c420f94c8cbb%7C0&sdata=6qi%2FZWI9kxG5HHQKdO2jMhdG1GsMk00Q%2FUbmOK9OQmM%3D&reserved=0

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Chapel-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/chapel-developers

Reply via email to