-
Notifications
You must be signed in to change notification settings - Fork 747
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
[Merged by Bors] - Update blst to 0.3.11 #4624
Conversation
Should we also be bumping the version here https://github.com/michaelsproul/lighthouse/blob/blst-0.3.11/crypto/bls/Cargo.toml#L20 |
@pawanjay176 we haven't bothered to in the past because it's a semver compatible update. I guess we could if we want to ensure people using crypto/bls externally as a dependency get the updated version |
Ohh wow did not know that we could do that. Thanks for the explanation! |
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
Nice! Will the |
It'll take the spicy-opcodes path as it does today, the feature in blst is called |
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.
Let's do it!
Pushed a new commit to ignore the cargo audit failure until #4623 can be properly patched. |
bors r+ |
## Proposed Changes This PR updates `blst` to 0.3.11, which gives us _runtime detection of CPU features_ 🎉 Although [performance benchmarks](https://gist.github.com/michaelsproul/f759fa28dfa4003962507db34b439d6c) don't show a substantial detriment to running the `portable` build vs `modern`, in order to take things slowly I propose the following roll-out strategy: - Keep both `modern` and `portable` builds for releases/Docker images. - Run the `portable` build on half of SigP's infrastructure to monitor for performance deficits. - Listen out for user issues with the `portable` builds (e.g. SIGILLs from misdetected hardware). - Make the `portable` build the default and remove the `modern` build from our release binaries & Docker images.
Build failed (retrying...): |
## Proposed Changes This PR updates `blst` to 0.3.11, which gives us _runtime detection of CPU features_ 🎉 Although [performance benchmarks](https://gist.github.com/michaelsproul/f759fa28dfa4003962507db34b439d6c) don't show a substantial detriment to running the `portable` build vs `modern`, in order to take things slowly I propose the following roll-out strategy: - Keep both `modern` and `portable` builds for releases/Docker images. - Run the `portable` build on half of SigP's infrastructure to monitor for performance deficits. - Listen out for user issues with the `portable` builds (e.g. SIGILLs from misdetected hardware). - Make the `portable` build the default and remove the `modern` build from our release binaries & Docker images.
bors r- |
Canceled. |
bors r+ |
## Proposed Changes This PR updates `blst` to 0.3.11, which gives us _runtime detection of CPU features_ 🎉 Although [performance benchmarks](https://gist.github.com/michaelsproul/f759fa28dfa4003962507db34b439d6c) don't show a substantial detriment to running the `portable` build vs `modern`, in order to take things slowly I propose the following roll-out strategy: - Keep both `modern` and `portable` builds for releases/Docker images. - Run the `portable` build on half of SigP's infrastructure to monitor for performance deficits. - Listen out for user issues with the `portable` builds (e.g. SIGILLs from misdetected hardware). - Make the `portable` build the default and remove the `modern` build from our release binaries & Docker images.
Pull request successfully merged into unstable. Build succeeded! The publicly hosted instance of bors-ng is deprecated and will go away soon. If you want to self-host your own instance, instructions are here. If you want to switch to GitHub's built-in merge queue, visit their help page.
|
## Proposed Changes This PR updates `blst` to 0.3.11, which gives us _runtime detection of CPU features_ 🎉 Although [performance benchmarks](https://gist.github.com/michaelsproul/f759fa28dfa4003962507db34b439d6c) don't show a substantial detriment to running the `portable` build vs `modern`, in order to take things slowly I propose the following roll-out strategy: - Keep both `modern` and `portable` builds for releases/Docker images. - Run the `portable` build on half of SigP's infrastructure to monitor for performance deficits. - Listen out for user issues with the `portable` builds (e.g. SIGILLs from misdetected hardware). - Make the `portable` build the default and remove the `modern` build from our release binaries & Docker images.
This PR updates `blst` to 0.3.11, which gives us _runtime detection of CPU features_ 🎉 Although [performance benchmarks](https://gist.github.com/michaelsproul/f759fa28dfa4003962507db34b439d6c) don't show a substantial detriment to running the `portable` build vs `modern`, in order to take things slowly I propose the following roll-out strategy: - Keep both `modern` and `portable` builds for releases/Docker images. - Run the `portable` build on half of SigP's infrastructure to monitor for performance deficits. - Listen out for user issues with the `portable` builds (e.g. SIGILLs from misdetected hardware). - Make the `portable` build the default and remove the `modern` build from our release binaries & Docker images.
Proposed Changes
This PR updates
blst
to 0.3.11, which gives us runtime detection of CPU features 🎉Although performance benchmarks don't show a substantial detriment to running the
portable
build vsmodern
, in order to take things slowly I propose the following roll-out strategy:modern
andportable
builds for releases/Docker images.portable
build on half of SigP's infrastructure to monitor for performance deficits.portable
builds (e.g. SIGILLs from misdetected hardware).portable
build the default and remove themodern
build from our release binaries & Docker images.