P.S.
Вот кстати запрос качалки:
GET /mults/hitraya_vorona.avi HTTP/1.0
User-Agent: Mozilla/4.0 (compatible; Reget Deluxe 4.2; Windows 2003
Server)
Cookie: rules=yes; BE113837=792639685edaa30a3ca0dff996a1bd03;
Accept: */*
Range: bytes=85821-
Referer: http://mults.spb.ru/mults/?id=1021
Host: mults.spb.ru
HTTP/1.1 206 Partial Content
Server: nginx/0.3.53
Date: Sun, 27 Aug 2006 17:52:05 GMT
Content-Type: application/octet-stream
Content-Length: 113819843
Last-Modified: Thu, 04 May 2006 06:29:01 GMT
Connection: close
Content-Range: bytes 85821-113905663/113905664
Ничего не понимаю :(
А что здесь понимать ? :) 100M можно качать два с лишним часа на
канале 128Mbit/s.
Sun, 27 Aug 2006 23:47:25 +0600
"AleXXX V. NovikoFF" <alexxx@xxxxxxxxx> писал(а):
Добрый ночь (день)!
Возник такой вопрос, вот у меня висит куча процессов в состоянии "nginx:
worker process is shutting down", казалось бы по всяческим таймаутам и
т.д. (связь может не надежная) все клиенты, которые на них болтались в
свое время должны были отвалиться, ан нет, уже весь день висит таких
целая куча (каждые 2 часа переконфигурация идет, меняются списки сетей и
т.д.). Я подозреваю, что они пользуются кипаливными соединениями, и
таким образом при обрыве взяи продолжают коннект к тому же чайлду, это
так, или я ошибаюсь? Как бы этого избежать? Если выдавать Connection:
close - поможет? Или может можно как-то запретить кип-алив для
конкретного локейшна?
Если рабочий процесс шатдаунится, то keep-alive соединения превращаются
в обычные. Всё дело в большом контенте.
Игорь Сысоев
http://sysoev.ru