[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-wget] GSoC15: Speed up Wget's Download Mechanism
From: |
Eli Zaretskii |
Subject: |
Re: [Bug-wget] GSoC15: Speed up Wget's Download Mechanism |
Date: |
Fri, 01 May 2015 11:38:09 +0300 |
> Date: Thu, 30 Apr 2015 19:30:39 +0200
> From: Gisle Vanem <address@hidden>
> CC: address@hidden
>
> wget -q -O NUL
>
> "https://download-installer.cdn.mozilla.net/pub/firefox/releases/37.0.2/win32/en-GB/Firefox
> Setup 37.0.2.exe"
>
> results in 9931 DLL attach/detaches!
>
> For a 40 MByte file that is approx. 1 new thread per 4 kByte read.
I don't see any threads created by run_with_timeout on my system, when
I download the above URL. In fact, if I set a breakpoint in
run_with_timeout, the only 2 calls to it during the whole download are
from getaddrinfo_with_timeout and from nnect_with_timeout, both with
timeout of zero, which calls the function synchronously, both on
Windows and on Posix hosts.
So I guess I don't see what Gisle describes as "separate thread for
HTTPS reads". What am I missing?
My Wget is built with GnuTLS, if that matters.
I guess the timing results I sent are not really interesting, given
that no extra threads are involved.