[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
>
>
signature.asc
Description: OpenPGP digital signature