mirror of
https://github.com/curl/curl.git
synced 2026-07-26 10:17:17 +03:00
curl: add --parallel-immediate
Starting with this change when doing parallel transfers, without this option set, curl will prefer to create new transfers multiplexed on an existing connection rather than creating a brand new one. --parallel-immediate can be set to tell curl to prefer to use new connections rather than to wait and try to multiplex. libcurl-wise, this means that curl will set CURLOPT_PIPEWAIT by default on parallel transfers. Suggested-by: Tom van der Woerdt Closes #4500
This commit is contained in:
parent
8487734e8b
commit
215baa74f7
6 changed files with 22 additions and 1 deletions
|
|
@ -103,9 +103,10 @@ DPAGES = \
|
|||
ntlm.d ntlm-wb.d \
|
||||
oauth2-bearer.d \
|
||||
output.d \
|
||||
parallel-immediate.d \
|
||||
parallel-max.d \
|
||||
parallel.d \
|
||||
pass.d \
|
||||
parallel-max.d \
|
||||
path-as-is.d \
|
||||
pinnedpubkey.d \
|
||||
post301.d \
|
||||
|
|
|
|||
9
docs/cmdline-opts/parallel-immediate.d
Normal file
9
docs/cmdline-opts/parallel-immediate.d
Normal file
|
|
@ -0,0 +1,9 @@
|
|||
Long: parallel-immediate
|
||||
Help: Do not wait for multiplexing (with --parallel)
|
||||
Added: 7.68.0
|
||||
See-also: parallel parallel-max
|
||||
---
|
||||
When doing parallel transfers, this option will instruct curl that it should
|
||||
rather prefer opening up more connections in parallel at once rather than
|
||||
waiting to see if new transfers can be added as multiplexed streams on another
|
||||
connection.
|
||||
Loading…
Add table
Add a link
Reference in a new issue