But the partial data is been continuously sending back to client. Squid didn't wait for the complete file to download
On Sat, 8 Sep 2018, 20:08 Amos Jeffries, <squ...@treenet.co.nz> wrote: > On 8/09/18 7:44 PM, Hariharan Sethuraman wrote: > > And here is my HTTP request and reply: > > 1. HEAD request to read image information > > 2. GET request to download the image > > > > Not quite. GET partial / Range request to fetch the content. > > Squid converted it into a full request for the backend server due to > range_offset_limit -1. But that does mean Squid had to download ~240MB > of data before anything starts being sent to the client. > > > > > (2) > > 2018/09/08 07:28:39.155| 11,2| client_side.cc(1278) parseHttpRequest: > > HTTP Client REQUEST: > > --------- > > GET /DcKbz9kqMQXK-zp95pv9LH11kjhTpxOJsJ-1FYEL4 > > Host: example.com:3129 <http://example.com:3129>^M > > Range: bytes=242819145-^M > > User-Agent: curl/7.56.1^M > > Accept: */*^M > > > > > > 2018/09/08 07:28:39.938| 11,2| http.cc(2261) sendRequest: HTTP Server > > REQUEST: > > --------- > > GET /DcKbz9kqMQXK-zp95pv9LH11kjhTpxOJsJ-1FYEL4 > > User-Agent: curl/7.56.1^M > > Accept: */*^M > > Host: exampletarget.com <http://exampletarget.com>^M > > Via: 1.1 jb7mgd (squid/4.2)^M > > Surrogate-Capability: jb7mgd="Surrogate/1.0"^M > > X-Forwarded-For: **.**.**.**^M > > Cache-Control: max-age=0^M > > Connection: keep-alive^M > > > > 2018/09/08 07:28:44.359| 11,2| http.cc(723) processReplyHeader: HTTP > > Server RESPONSE: > > --------- > > HTTP/1.1 200 OK > > Date: Sat, 08 Sep 2018 07:28:40 GMT^M > > Server: Apache/2.2^M > > Content-Disposition: attachment; filename=somefile.iso;^M > > Last-Modified: Fri, 20 Jul 2018 18:23:10 GMT^M > > ETag: "4a54c59-11653800-571726350bf80"^M > > Accept-Ranges: bytes^M > > Content-Length: 291846144^M > > Keep-Alive: timeout=5, max=100^M > > Connection: Keep-Alive^M > > Content-Type: application/unknown^M > > > > 2018/09/08 07:28:44.361| 11,2| Stream.cc(267) sendStartOfMessage: HTTP > > Client REPLY: > > --------- > > HTTP/1.1 206 Partial Content^M > > Date: Sat, 08 Sep 2018 07:28:40 GMT^M > > Server: Apache/2.2^M > > Content-Disposition: attachment; filename=somefile.iso;^M > > Last-Modified: Fri, 20 Jul 2018 18:23:10 GMT^M > > ETag: "4a54c59-11653800-571726350bf80"^M > > Accept-Ranges: bytes^M > > Content-Type: application/unknown^M > > X-Cache: MISS from jb7mgd^M > > X-Cache-Lookup: MISS from jb7mgd:3128^M > > Via: 1.1 jb7mgd (squid/4.2)^M > > Connection: keep-alive^M > > Content-Range: bytes 242819145-291846143/291846144^M > > Content-Length: 49026999^M > > > > Thanks, > > Hari > > > > On Sat, Sep 8, 2018 at 9:48 AM Hariharan Sethuraman wrote: > > > > Hi Amos, > > > > This is what I see when the download is in progress: > > > > KEY 44000000000000000902000000000000 > > STORE_PENDING NOT_IN_MEMORY SWAPOUT_NONE PING_DONE > > RELEASE_REQUEST,DISPATCHED,PRIVATE,VALIDATED > > So file stored in memory and scheduled for removal. > > > LV:1536379799 LU:1536379801 LM:1532110990 EX:-1 > > 4 locks, 1 clients, 1 refs > > Swap Dir -1, File 0XFFFFFFFF > > GET > > > https://example.com/DhAskLOUpvRG2oeR_f_FxYTyLVHIN5esRF-LXOUKwkwyT0TOf6xO-AUm3KaM > > inmem_lo: 99225582 > > inmem_hi: 99324372 > > swapout: 0 bytes queued > > > > Amos > >
_______________________________________________ squid-users mailing list squid-users@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-users
