diff options
author | Daniel Stenberg <daniel@haxx.se> | 2019-10-17 10:05:53 +0200 |
---|---|---|
committer | Daniel Stenberg <daniel@haxx.se> | 2019-11-21 16:36:10 +0100 |
commit | 215baa74f709cd5026ea037eb9204cee93baa1bb (patch) | |
tree | 8a766a63c02e2c031cd366fbc667fad4e333036d /docs/cmdline-opts/parallel-immediate.d | |
parent | 8487734e8bc2783448da135355e05302947bf830 (diff) |
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
Diffstat (limited to 'docs/cmdline-opts/parallel-immediate.d')
-rw-r--r-- | docs/cmdline-opts/parallel-immediate.d | 9 |
1 files changed, 9 insertions, 0 deletions
diff --git a/docs/cmdline-opts/parallel-immediate.d b/docs/cmdline-opts/parallel-immediate.d new file mode 100644 index 000000000..343931085 --- /dev/null +++ b/docs/cmdline-opts/parallel-immediate.d @@ -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. |