Displaying 3 results from an estimated 3 matches for "curlopt_low_speed_tim".
Did you mean:
curlopt_low_speed_time
2024 Sep 08
1
Big speedup in install.packages() by re-using connections
...in parallel:
R has an unusual definition of the http timeout, which by default
aborts in-progress downloads after 60 seconds for no obvious reason.
(by contrast, browsers enforce a timeout on unresponsive/stalled
downloads only, which can be achieved in libcurl by setting
CURLOPT_CONNECTTIMEOUT or CURLOPT_LOW_SPEED_TIME).
The above is already a problem on slow networks, where large packages
can fail to install with a timeout error in the download stage. Users
may assume there must be a problem with the network, as it is not
obvious that machines on slower internet connection need to work
around R's defaults...
2024 Sep 09
1
Big speedup in install.packages() by re-using connections
...an unusual definition of the http timeout, which by default
> aborts in-progress downloads after 60 seconds for no obvious reason.
> (by contrast, browsers enforce a timeout on unresponsive/stalled
> downloads only, which can be achieved in libcurl by setting
> CURLOPT_CONNECTTIMEOUT or CURLOPT_LOW_SPEED_TIME).
>
> The above is already a problem on slow networks, where large packages
> can fail to install with a timeout error in the download stage. Users
> may assume there must be a problem with the network, as it is not
> obvious that machines on slower internet connection need to work...
2024 Sep 02
1
Big speedup in install.packages() by re-using connections
On 4/25/24 17:01, Ivan Krylov via R-devel wrote:
> On Thu, 25 Apr 2024 14:45:04 +0200
> Jeroen Ooms <jeroenooms at gmail.com> wrote:
>
>> Thoughts?
> How verboten would it be to create an empty external pointer object,
> add it to the preserved list, and set an on-exit finalizer to clean up
> the curl multi-handle? As far as I can tell, the internet module is not
>