mirror of
https://github.com/curl/curl.git
synced 2025-03-01 15:15:34 +08:00
8f48b5d783
--rate "12/m" - for 12 per minute or --rate "5/h" - for 5 per hour Removed from TODO Closes #8671
34 lines
1.4 KiB
D
34 lines
1.4 KiB
D
Long: rate
|
|
Arg: <max request rate>
|
|
Help: Request rate for serial transfers
|
|
Category: connection
|
|
Example: --rate 2/s $URL
|
|
Example: --rate 3/h $URL
|
|
Example: --rate 14/m $URL
|
|
Added: 7.84.0
|
|
See-also: limit-rate retry-delay
|
|
---
|
|
Specify the maximum transfer frequency you allow curl to use - in number of
|
|
transfer starts per time unit (sometimes called request rate). Without this
|
|
option, curl will start the next transfer as fast as possible.
|
|
|
|
If given several URLs and a transfer completes faster than the allowed rate,
|
|
curl will wait until the next transfer is started to maintain the requested
|
|
rate. This option has no effect when --parallel is used.
|
|
|
|
The request rate is provided as "N/U" where N is an integer number and U is a
|
|
time unit. Supported units are 's' (second), 'm' (minute), 'h' (hour) and 'd'
|
|
/(day, as in a 24 hour unit). The default time unit, if no "/U" is provided,
|
|
is number of transfers per hour.
|
|
|
|
If curl is told to allow 10 requests per minute, it will not start the next
|
|
request until 6 seconds have elapsed since the previous transfer was started.
|
|
|
|
This function uses millisecond resolution. If the allowed frequency is set
|
|
more than 1000 per second, it will instead run unrestricted.
|
|
|
|
When retrying transfers, enabled with --retry, the separate retry delay logic
|
|
is used and not this setting.
|
|
|
|
If this option is used several times, the last one will be used.
|