12.07.2015 Views

One-sided vs. Two-sided Communication Paradigms on Relaxed ...

One-sided vs. Two-sided Communication Paradigms on Relaxed ...

One-sided vs. Two-sided Communication Paradigms on Relaxed ...

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

C<strong>on</strong>clusi<strong>on</strong>F U T U R E T E C H N O L O G I E S G R O U P <str<strong>on</strong>g>One</str<strong>on</strong>g>-<str<strong>on</strong>g>sided</str<strong>on</strong>g> communicati<strong>on</strong> exploits relaxed ordering with ease Communicate-able memory is easier to identify• annotated shared - can be registered upfr<strong>on</strong>t. <strong>Relaxed</strong> <str<strong>on</strong>g>vs</str<strong>on</strong>g>. strict ordering is explicitly specified• by programmer (or programming language). (Default to relaxed) Large percentage of the peak performance for different communicati<strong>on</strong>patterns <str<strong>on</strong>g>Two</str<strong>on</strong>g>-<str<strong>on</strong>g>sided</str<strong>on</strong>g> faces the following challenges Strict matching between send and receives (large startup overhead) Locality noti<strong>on</strong> (everything default to local)• Expensive to prepare buffer for communicati<strong>on</strong> (registrati<strong>on</strong>). Receiver ambiguity about transacti<strong>on</strong>s (probing or over allocati<strong>on</strong>) Performance may need high node c<strong>on</strong>currency (problematic to in-nodecommunicati<strong>on</strong>).LAWRENCE BERKELEY NATIONAL LABORATORY

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!