-
Notifications
You must be signed in to change notification settings - Fork 222
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
fix: Fix collaboration issues between two protocol #2075
fix: Fix collaboration issues between two protocol #2075
Conversation
dcc4ce8
to
45689f3
Compare
45689f3
to
3775288
Compare
&self.chain, | ||
&self.shared.active_chain().tip_header().hash(), | ||
) | ||
}), |
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.
https://github.com/nervosnetwork/p2p/blob/master/src/protocol_handle_stream.rs#L197
p2p already issuing notify
handle as a blocking call, so I think tokio::task::block_in_place(
is unnecessary, also the TX_PROPOSAL_TOKEN
handle.
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.
https://github.com/nervosnetwork/ckb/blob/develop/ckb-bin/src/subcommand/run.rs#L91
For performance and control, p2p blocking is disabled at the ckb level and it is controlled by itself
@zhangsoledad Do you still have any concern about this PR? |
bors r=quake,doitian |
Build succeeded:
|
2075: fix: Fix collaboration issues between two protocol r=quake,doitian a=driftluo relayer and sync have some known problems in the critical zone of switching, which are inherent to the request/response architecture. Previous attempts to fix the problem by allowing duplicate downloads, but this solution results in wasted network resources and slowed sync speed. This typical problem can be solved by the node itself, and the current PR gives a temporary solution to try to check the orphan pool with a very low-frequency timer. Co-authored-by: driftluo <driftluo@foxmail.com>
relayer and sync have some known problems in the critical zone of switching, which are inherent to the request/response architecture.
Previous attempts to fix the problem by allowing duplicate downloads, but this solution results in wasted network resources and slowed sync speed.
This typical problem can be solved by the node itself, and the current PR gives a temporary solution to try to check the orphan pool with a very low-frequency timer.