-
Notifications
You must be signed in to change notification settings - Fork 41
Teams subcommittee and collectives
OpenSHMEM teams (a.k.a. communicator) and collective operations
Subcommittee chair: Pavel Shamis, Gorentla Venkata, Manjunath
Bi-Weekly on Thursdays, 11-12AM CST starting on March. 22, 2018.
To join the Meeting:
https://bluejeans.com/992774292
To join via Room System:
Video Conferencing System: bjn.vc -or-199.48.152.152
Meeting ID : 992774292
To join via phone :
-
Dial:
+1.408.740.7256 (United States) +1.888.240.2560 (US Toll Free) +1.408.317.9253 (Alternate number) (see all numbers - http://bluejeans.com/numbers)
-
Enter Conference ID : 992774292
The following topics are under active discussion for the next version of the OpenSHMEM specification:
- Teams proposal
- Teams integration with context
- Teams integration with collective API
- Presentation of the exiting API
- Nick's gist for the collective API
On going debate - do we want to maintain shmem_team_t as a standalone object that is passed as a separate argument to all p2p and collective operations or it should be a part of context.
Pros
- shmem_team_t and context a conceptually two different concept and object. The team represent collection of resources where context represents isolated communication conduit (typically allocated per-thread)
- Allows any mix-and-match combinations of teams and context
Cons
- Adds extra argument to all p2p operations
Pros
- We can leverage existing context argument for passing team to p2p.
Cons
- The notion and concept of context becomes rather very confusing. It is not cleat what it actually represents.
- Will require additional team-to-context attach/detach routines. This routines will have the overhead of "quiet" on the context before we actually can change the team.
Draft Here
WIP: API and examples sketch considering teams, contexts, and team-based symmetric heaps
-
Working Groups
-
Errata