Charter
03-27-2004, 07:19 PM
Hi. So here's an example of a seemingly popular download manager/accelerator making five requests for the PhpDig script.
1) xxx.xxx.xxx.xxx - - [25/Mar/2004:02:01:22 -0800] "GET /download.php?digfile=phpdig-1.8.0.zip HTTP/1.0" 302 0 "-" "DA x.x"
2) xxx.xxx.xxx.xxx - - [25/Mar/2004:02:01:38 -0800] "GET /scripts/phpdig-1.8.0.zip HTTP/1.0" 206 54968 "http://www.phpdig.net/download.php?digfile=phpdig-1.8.0.zip" "DA x.x"
3) xxx.xxx.xxx.xxx - - [25/Mar/2004:02:01:42 -0800] "GET /scripts/phpdig-1.8.0.zip HTTP/1.0" 206 54968 "http://www.phpdig.net/download.php?digfile=phpdig-1.8.0.zip" "DA x.x"
4) xxx.xxx.xxx.xxx - - [25/Mar/2004:02:02:12 -0800] "GET /scripts/phpdig-1.8.0.zip HTTP/1.0" 206 54970 "http://www.phpdig.net/download.php?digfile=phpdig-1.8.0.zip" "DA x.x"
5) xxx.xxx.xxx.xxx - - [25/Mar/2004:02:02:24 -0800] "GET /scripts/phpdig-1.8.0.zip HTTP/1.0" 200 219874 "http://www.phpdig.net/download.php?digfile=phpdig-1.8.0.zip" "DA x.x"
Now here's a breakdown of the bandwidth usage by said five requests:
1) 0 bytes - 302 found redirect
2) 54968 bytes - 206 partial content
3) 54968 bytes - 206 partial content
4) 54970 bytes - 206 partial content
------
164906 bytes - 206 partial content (sub total)
164906 bytes - 206 partial content (sub total)
5) 219874 bytes - 200 OK (file downloaded)
======
384780 bytes (grand total)
384780 / 219874 =~ 1.75 => ~75% more
(check: 219874 * 0.75 =~164906 => ~75% more)
So what does this mean?
It means that the five requests by said download manager/accelerator sucked 384780 bytes to grab the file, whereas the file is 219874 bytes.
This implies that said download manager/accelerator sucked ~75% more bandwidth than was necessary to grab said file.
Hmm!
1) xxx.xxx.xxx.xxx - - [25/Mar/2004:02:01:22 -0800] "GET /download.php?digfile=phpdig-1.8.0.zip HTTP/1.0" 302 0 "-" "DA x.x"
2) xxx.xxx.xxx.xxx - - [25/Mar/2004:02:01:38 -0800] "GET /scripts/phpdig-1.8.0.zip HTTP/1.0" 206 54968 "http://www.phpdig.net/download.php?digfile=phpdig-1.8.0.zip" "DA x.x"
3) xxx.xxx.xxx.xxx - - [25/Mar/2004:02:01:42 -0800] "GET /scripts/phpdig-1.8.0.zip HTTP/1.0" 206 54968 "http://www.phpdig.net/download.php?digfile=phpdig-1.8.0.zip" "DA x.x"
4) xxx.xxx.xxx.xxx - - [25/Mar/2004:02:02:12 -0800] "GET /scripts/phpdig-1.8.0.zip HTTP/1.0" 206 54970 "http://www.phpdig.net/download.php?digfile=phpdig-1.8.0.zip" "DA x.x"
5) xxx.xxx.xxx.xxx - - [25/Mar/2004:02:02:24 -0800] "GET /scripts/phpdig-1.8.0.zip HTTP/1.0" 200 219874 "http://www.phpdig.net/download.php?digfile=phpdig-1.8.0.zip" "DA x.x"
Now here's a breakdown of the bandwidth usage by said five requests:
1) 0 bytes - 302 found redirect
2) 54968 bytes - 206 partial content
3) 54968 bytes - 206 partial content
4) 54970 bytes - 206 partial content
------
164906 bytes - 206 partial content (sub total)
164906 bytes - 206 partial content (sub total)
5) 219874 bytes - 200 OK (file downloaded)
======
384780 bytes (grand total)
384780 / 219874 =~ 1.75 => ~75% more
(check: 219874 * 0.75 =~164906 => ~75% more)
So what does this mean?
It means that the five requests by said download manager/accelerator sucked 384780 bytes to grab the file, whereas the file is 219874 bytes.
This implies that said download manager/accelerator sucked ~75% more bandwidth than was necessary to grab said file.
Hmm!