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: Hubert Tarasiuk
Subject: Re: [Bug-wget] GSoC15: Speed up Wget's Download Mechanism
Date: Thu, 07 May 2015 00:16:25 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0

I have set up a repository on Github where you can view progress within
the project: https://github.com/jy987321/Wget/

Whenever I will obtain a useful peace of code, I will submit a patch for
it to the main repository (to avoid merge conflicts in the future).

Otherwise I will try to rebase my changes onto current state of Wget, so
expect force pushes in master-hubert branch.

W dniu 29.04.2015 o 10:02, Hubert Tarasiuk pisze:
> Hello developers,
> 
> My proposal for *Speed up Wget's Download Mechanism* has been accepted
> by the mentors!
> 
> There are two tasks to be done there:
> - conditional GET requests (if-modified-since) (RFC7232)
> - TCP Fast Open (RFC7413)
> 
> A summarized version of my proposal is available:
> http://pliki.h.trsk.org/gsoc/wget_public.pdf
> 
> IMHO it is quite obvious how the first feature should be implemented in
> Wget. However, there is some more moving around needed to use TFO. I
> have proposed two possible ways in the above PDF. Perhaps you can
> express your opinion about the approaches, or you have another idea for
> accomplishing it?
> 
> Another issue I am thinking about is how to test the TFO feature. I am
> not very familiar with network API in Python, but my first idea would be
> to count the TCP segments sent and received and/or to check that the
> first packet (with SYN flag) contains data (the request). What do you think?
> 
> I will be thankful for any other suggestions, as well.
> 
> Have a good day,
> Hubert
> 
> 

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

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