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

Try "2-sided" communication for payloads #34

Open
everythingfunctional opened this issue Jul 17, 2023 · 2 comments
Open

Try "2-sided" communication for payloads #34

everythingfunctional opened this issue Jul 17, 2023 · 2 comments

Comments

@everythingfunctional
Copy link
Collaborator

I had the thought that co_broadcast is supposed to support polymorphism (components at least). Also, there's a point at which the scheduler and executor are somewhat "synchronizing". We could implement a send/receive operation using teams and co_broadcast. I.e. the two images involved create and join a team, and then call co_broadcast. This would allow us to support polymorphic payloads, and users wouldn't have to manually (de)serialize their data.

@everythingfunctional
Copy link
Collaborator Author

This would require the tasks to send their result back to the scheduler as well.

@everythingfunctional
Copy link
Collaborator Author

And I just noticed that form team is a collective operation. So you can't on the fly form a team between two images and have them join it (I don't understand why this is, but ok). So we'd have to construct the set of teams we need before we start running the tasks.

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

No branches or pull requests

1 participant