-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
tranfer rate limit #797
Comments
Limiting the transfer rate is not usually desirable, especially not when using worker threads. This (might) be easier / less horrible under async, but I'm still not sure why this is desirable in the first place. Do you have a particular motivation for doing so? |
Thanks for the response. Imagine a streaming service like netflix. They probably limit transfer rate, so a user will download as much video as needed plus some buffer. It's not desired t download the whole video in a second. But only the parts that are needed plus some buffer. A second example: A quality of service with guaranteed transfer rate. To achieve this it is needed to limit all workers to a lower rate. Forbid any worker to use the full bandwidth. And third: Look here
Limiting transfer rate is a regularly functionality for QoS. |
Streaming video and similar use cases should be using Limiting transfer rate for QoS and throttling purposes is a compelling use case. I think it's specialized enough that it lies outside the scope of Rocket itself, but it could easily fit into Rocket will support |
Hello, is there an option to limit a transfer rate of a response. I read the documentation about streams and though it would be possible to implement a custom read interface for limiting the rate. But i'm not sure if this will be the best solution, because the read interface implementation have to be blocking to archive the limit
Is there a better solution?
Tanks in advance
The text was updated successfully, but these errors were encountered: