-
Notifications
You must be signed in to change notification settings - Fork 699
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
Add ProofSizeExt
to benchmarks
#5257
Conversation
I think it is both needed since it uses the proof recorder from the |
Yes. This is my impression as well. I added a CLI flag to revert to the old behaviour. By running benchmarks a few times on my machine I found that timing weight impact is around 3-9%. For parachains this is correct, but unnecessary for relay chains and solochains. |
I propose to have `ProofSizeExt` available during benchmarking so we can improve the accuracy for extensions using it. Another thing we could do is to also enable recording for the timing benchmark here: https://github.com/paritytech/polkadot-sdk/blob/035211d707d0a74a2a768fd658160721f09d5b44/substrate/utils/frame/benchmarking-cli/src/pallet/command.rs#L232 Parachains will need to have recording enabled during import for reclaim, so we could enable it here and provide a flag `--disable-proof-recording` for scenarios where one does not want it. Happy to hear opinions about this.
I propose to have
ProofSizeExt
available during benchmarking so we can improve the accuracy for extensions using it.Another thing we could do is to also enable recording for the timing benchmark here:
polkadot-sdk/substrate/utils/frame/benchmarking-cli/src/pallet/command.rs
Line 232 in 035211d
Parachains will need to have recording enabled during import for reclaim, so we could enable it here and provide a flag
--disable-proof-recording
for scenarios where one does not want it. Happy to hear opinions about this.