This repository has been archived by the owner on Nov 15, 2023. It is now read-only.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
some suggestions #12532
some suggestions #12532
Changes from 2 commits
76c63a8
d975beb
167b3a8
File filter
Filter by extension
Conversations
Jump to
There are no files selected for viewing
Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.
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.
I actually tried this, but even the local tests would then stall. Maybe it was because of lagging this
#[tokio::test(flavor = "multi_thread")]
?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.
it worked for the tests in remote externalities but didn't try it in try-runtime
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.
So the client is now shared between all threads? Is that maybe slowing done anything?
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.
Or can you send parallel requests from multiple threads?
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.
Kian introduced this make it faster i.e, to make parallel requests from multiple threads but I think
tokio::spawn
should be sufficient here i.e, to use the tokio threadpool instead of spawning threads for each request. I guess we need to bench it to know whyBut I removed that a new RPC client is created in each thread that seems needless as the RPC client is already multi-threaded, so I I
Arc:ed
instead and the request/call is just done a separate task/thread.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.
have you actually tested this in
try-runtime-cli
?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.
tested it right now by
RUST_LOG=remote-ext=debug,try-runtime-cli=debug ./target/release/substrate try-runtime offchain-worker live --uri wss://rpc.polkadot.io:443 --at 0x76b3e40351c4ea941f57233d0476259cfd21df418be01d456c05c55694c96f36 -p Proxy
it worked fine but I 'm just too lazy to run it on all pallets ^^