Buy commercial curl support. We
help you work out your issues, debug your libcurl applications, use the API,
port to new platforms, add new features and more. With a team lead by the
curl founder Daniel himself.
Re: Rate limit regressions in libcurl 8.18.0 vs 8.17.0
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: David Pfitzner via curl-library <curl-library_at_lists.haxx.se>
Date: Wed, 7 Jan 2026 11:47:22 +1030
On Wed, Jan 7, 2026 at 10:05 AM Dmitry Karpov via curl-library <
curl-library_at_lists.haxx.se> wrote:
>
> The 8.6.0 worked very well for rate limiting as it provided stable and
> predictable measured transfer download speeds for any transfer sizes and
> network conditions.
>
That "for any transfer sizes and network conditions" is not true. The rate
limiting may have done what you wanted for the parameters you care about,
or the parameters that you happened to test, but even for 8.6.0 there are
possible cases where rate limiting is specified but has no effect. (That
is, because the transfer finishes before any rate limiting delay is
imposed.).
-- David
Date: Wed, 7 Jan 2026 11:47:22 +1030
On Wed, Jan 7, 2026 at 10:05 AM Dmitry Karpov via curl-library <
curl-library_at_lists.haxx.se> wrote:
>
> The 8.6.0 worked very well for rate limiting as it provided stable and
> predictable measured transfer download speeds for any transfer sizes and
> network conditions.
>
That "for any transfer sizes and network conditions" is not true. The rate
limiting may have done what you wanted for the parameters you care about,
or the parameters that you happened to test, but even for 8.6.0 there are
possible cases where rate limiting is specified but has no effect. (That
is, because the transfer finishes before any rate limiting delay is
imposed.).
-- David
-- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.htmlReceived on 2026-01-07