Skip to content
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

binstalk-registry: Rm rate-limit for crates.io registry #1299

Merged
merged 1 commit into from
Aug 16, 2023

Conversation

NobodyXu
Copy link
Member

Fixed #1295

The 1 request per second rate-limit is too strict and it makes cargo-binstall very slow when resolving many crates in parallel.

Relying on the rate-limit in binstalk_downloader::remote::Client should be good enough.

Fixed #1295

The 1 request per second rate-limit is too strict and it makes
`cargo-binstall` very slow when resolving many crates in parallel.

Relying on the rate-limit in `binstalk_downloader::remote::Client`
should be good enough.

Signed-off-by: Jiahao XU <Jiahao_XU@outlook.com>
Copy link
Member

@passcod passcod left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

willing to give this a go but hope we don't get reprimanded by crates.io!

@NobodyXu NobodyXu added this pull request to the merge queue Aug 16, 2023
Merged via the queue into main with commit f0f0c2b Aug 16, 2023
26 checks passed
@NobodyXu NobodyXu deleted the rm-crates.io-rate-limit branch August 16, 2023 23:10
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Very slow checking of installed crate versions on cargo binstall
2 participants