[Top][All Lists]

[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:39:23 +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 connect_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 Windows timing results I sent are not really interesting,
given that no extra threads are involved.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]