2016
DOI: 10.1007/978-3-319-50995-2_1
|View full text |Cite
|
Sign up to set email alerts
|

Integrating Asynchronous Task Parallelism with OpenSHMEM

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3
2

Citation Types

0
5
0

Year Published

2016
2016
2021
2021

Publication Types

Select...
4
2

Relationship

1
5

Authors

Journals

citations
Cited by 7 publications
(5 citation statements)
references
References 17 publications
0
5
0
Order By: Relevance
“…Hence, while previous application studies with AsyncSHMEM have focused on the use of asynchronous task parallelism for hybrid applications [13], in G500 we focus more on concurrency and programmability. That is, using a single runtime thread per PE with computation and communication multiplexed cooperatively on it by the AsyncSHMEM runtime.…”
Section: Asyncshmem Implementationsmentioning
confidence: 99%
See 4 more Smart Citations
“…Hence, while previous application studies with AsyncSHMEM have focused on the use of asynchronous task parallelism for hybrid applications [13], in G500 we focus more on concurrency and programmability. That is, using a single runtime thread per PE with computation and communication multiplexed cooperatively on it by the AsyncSHMEM runtime.…”
Section: Asyncshmem Implementationsmentioning
confidence: 99%
“…The changes made to create the AsyncSHMEM versions of Concurrent-Fence and Concurrent-Hash are similar. In particular, we eliminate the need to periodically poll for new incoming messages by using the novel shmem_async_when family of APIs described in previous work [13]: In Concurrent-Fence and Concurrent-Hash, we use the shmem_async_when API to trigger tasks when new incoming messages are detected by either triggering them on the special header value in Concurrent-Fence, or on a change in the value stored at the location where we expect a header checksum to appear in Concurrent-Hash.…”
Section: Asyncshmem Implementationsmentioning
confidence: 99%
See 3 more Smart Citations