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

Remote dependency requirements for TTG #714

Open
4 tasks
devreal opened this issue Dec 6, 2024 · 0 comments
Open
4 tasks

Remote dependency requirements for TTG #714

devreal opened this issue Dec 6, 2024 · 0 comments
Labels
enhancement New feature or request

Comments

@devreal
Copy link
Contributor

devreal commented Dec 6, 2024

Description

Because I am tired of repeating why we cannot use PaRSEC's remote dependencies in TTG and instead use the parsec_ce directly, here is a list of what I think is needed.

  • Handling of arbitrary, nested objects with iovecs describing the nested data.*
  • Packing of parts of the object (data that is not worth expressing as an iovec) and reconstruction from that data.
  • Allocation and construction of objects before transfer into the provided iovecs.*
  • Handling of arbitrary task identifiers and mapping functions of task identifiers to processes and transfer of arbitrary-length list of task identifiers between processes. The model of TTG allows for tasks to describe their successors as list of identifiers, which cannot be collapsed into a simpler (generative) expression in all cases. These identifier lists are the only way receiving processes know what successors receive a data as there is now global knowledge about the task graph (like in PTG or DTD).

I don't care whether one or the other feature is available in some stale branch. As long as no one brings it into mainline PaRSEC it might as well not exist.

This is a start. I will add more things when I come across them.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant