-
Notifications
You must be signed in to change notification settings - Fork 5.8k
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
[scheduler][6] Integrate ray with syncer. #23660
Conversation
Previous prototype: #22073 |
I offline synced with @WangTaoTheTonic to fill some gaps here. There are some issues with the resource data which require more effort to do and do not fit into the scope of syncer PR. @WangTaoTheTonic is willing to offer some help on that. Finally this PR is ready for another round of review. @scv119 @rkooo567 @jjyao @WangTaoTheTonic please give it another look. |
Will take a look this weekend! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lg. if we decide to change component to message type, let's make sure we change it everywhere.
@@ -45,7 +45,7 @@ class NodeState { | |||
/// \param cid The component id to take the snapshot. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This also needs to be updated.
rpc::ResourcesData resources; | ||
resources.ParseFromString(message->sync_message()); | ||
resources.set_node_id(message->node_id()); | ||
RAY_CHECK(message->message_type() == syncer::MessageType::RESOURCE_MANAGER); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should message type be resource_report or resource_view?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What about this one?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM , need to resolve the merge conflict and address @jjyao 's comments
RAY_CHECK(message_type == syncer::MessageType::RESOURCE_MANAGER); | ||
// We check the memory inside version, so version is not a const function. | ||
// Ideally, we need to move the memory check somewhere else. | ||
// TODO(iycheng): Make version as a const function. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this needs to be updated as well.
rpc::ResourcesData resources; | ||
resources.ParseFromString(message->sync_message()); | ||
resources.set_node_id(message->node_id()); | ||
RAY_CHECK(message->message_type() == syncer::MessageType::RESOURCE_MANAGER); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What about this one?
9f150c5
to
2d62286
Compare
2d62286
to
77710ef
Compare
Why are these changes needed?
The new syncer comes with the feature of long-polling and versioning. This PR integrates it with ray.
Related issue number
Checks
scripts/format.sh
to lint the changes in this PR.