Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Provide mechanism to define tagged fields #38

Closed
shefty opened this issue Sep 3, 2014 · 1 comment
Closed

Provide mechanism to define tagged fields #38

shefty opened this issue Sep 3, 2014 · 1 comment
Assignees
Milestone

Comments

@shefty
Copy link
Member

shefty commented Sep 3, 2014

The tagged message API uses a tag and a mask to identify messages. However, applications are really using the tag space as a collection of independent fields. For example, 32-bits may represent the message, 16-bits the source address, and 16-bits as a group address. By exposing the use of the fields to a provider, it enables additional optimizations within the provider. For example, a provider could maintain separate queues, to greatly improve search times. Define a mechanism by which the app and provider can communicate the number of fields and their size.

@shefty shefty added this to the alpha release milestone Sep 3, 2014
@shefty shefty self-assigned this Sep 10, 2014
@shefty
Copy link
Member Author

shefty commented Sep 12, 2014

Addressed in commit 3363283

@shefty shefty closed this as completed Sep 12, 2014
bturrubiates pushed a commit to bturrubiates/libfabric that referenced this issue Mar 10, 2015
…tastructs

prov/gnix: more work on lower level structs
aingerson referenced this issue in aingerson/libfabric Jan 25, 2017
ud_pingpong: use FI_MSG_PREFIX
tstruk pushed a commit to tstruk/libfabric that referenced this issue Oct 7, 2024
LEX-4041 LEX-1616 - Rework lpp_fi_getinfo

Approved-by: Tadeusz Struk
Approved-by: Eric Pilmore
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant