bug-wget
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-wget] GSoC15: Speed up Wget's Download Mechanism


From: Tim Ruehsen
Subject: Re: [Bug-wget] GSoC15: Speed up Wget's Download Mechanism
Date: Thu, 30 Apr 2015 14:14:28 +0200
User-agent: KMail/4.14.2 (Linux/3.16.0-4-amd64; KDE/4.14.2; x86_64; ; )

On Thursday 30 April 2015 13:35:06 Gisle Vanem wrote:
> Tim Ruehsen wrote:
> > Some additional thoughts:
> > - TFO won't work with HTTPS as long as the used SSL library does not
> > support TFO.
> 
> Isn't SSL in Wget already rather slow? Due to the way SSL_Read()
> is called in a SIGALRM-handler or separate Win32-thread for
> all (?) HTTPS reads.
> 
> 'run_with_timeout()' seems to waste 1000s of good cycles per
> SSL-read (at least on Win32). Couldn't perhaps this be improved
> to do use "a priori" pool of e.g. 10 alarm-handlers or threads?
> Just my €0.02.

Hi Gisle,

this is a bit OT here.

Maybe you open up another thread or a bug report ?
There are not too many Windows developers around here. You are one of them and 
you have the knowledge to write a patch. I likely will be welcome if the 
improvement is either in code or measurable download time. 

BTW, 1000 cycles on a GHz CPU is 1 micro second. How much does it influence 
the overall download duration for your use case ? How often is SSL_Read called 
in a real life use-case (e.g. downloading 1GB on a 2/10/50/100 mbps 
connection).

Regards, Tim




reply via email to

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