Давайте Ñказок ÑочинÑÑ‚ÑŒ не будем. Ð’Ñе качалки Ñошли Ñ ÑƒÐ¼Ð°? Ðу за Ñвой wget Ñ Ñ€ÑƒÑ‡Ð°ÑŽÑÑŒ. :) Его ответ Ñ Ð¿Ñ€Ð¸Ð²ÐµÐ». Проблема ÑущеÑтвует и без limit_req.<br><br>Ðнтон.<br><br><div class="gmail_quote">2009/4/2 Maxim Dounin <span dir="ltr"><<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hello!<br>
<div class="im"><br>
On Thu, Apr 02, 2009 at 01:52:14PM +0200, Anton Kuznetsov wrote:<br>
<br>
> УÑтал уже повторÑÑ‚ÑŒ фундамент. :)<br>
> Раздаю большие файлы, на больших ÑкороÑÑ‚ÑÑ…. FreeBSD & nginx<br>
> имею такую поÑтоÑнную болезнь по логам - обрывы ÑвÑзи Ñ ÐºÑƒÑками примерно по<br>
> 64к:<br>
><br>
> 81.27.246.58 - - [02/Apr/2009:15:25:52 +0400] GET<br>
> /film/sluzhebnyj.roman.1.avi HTTP/1.0 ZZ 200 88334336<br>
> 92.124.3.154 - - [02/Apr/2009:15:25:54 +0400] GET<br>
> /film/moskva.slezam.ne.verit.avi HTTP/1.0 ZZ 206 63489<br>
> 92.124.3.154 - - [02/Apr/2009:15:25:56 +0400] GET<br>
> /film/moskva.slezam.ne.verit.avi HTTP/1.0 ZZ 206 63779<br>
> 77.51.24.79 - - [02/Apr/2009:15:25:58 +0400] GET<br>
> /multiki/zolotoj.kluchik.avi HTTP/1.0 ZZ 206 63706<br>
> 77.52.122.248 - - [02/Apr/2009:15:26:02 +0400] GET<br>
> /multiki/bolek.i.lolek.zlote.miasto.inkow.avi HTTP/1.1 XX 206 64999<br>
> 194.154.66.131 - - [02/Apr/2009:15:26:04 +0400] GET<br>
> /filmiki/prikljuchenija.elektronika.1.avi HTTP/1.1 ZZ 206 2321244<br>
> 87.247.1.93 - - [02/Apr/2009:15:26:14 +0400] GET<br>
> /filmiki/prikljuchenija.elektronika.2.avi HTTP/1.1 ZZ 206 62239<br>
> 217.117.76.55 - - [02/Apr/2009:15:26:14 +0400] GET<br>
> /film/sledstvie.vedut.znatoki.21.2.avi HTTP/1.1 XX 206 60590<br>
<br>
</div>БольшинÑтво приведённых Ñтрок - 206, Ñ‚.е. ответ на запроÑ<br>
диапазона файла.  Чтобы понÑтно был там реально обрыв или Ñто<br>
качалка так попроÑила - надо логгировать $http_range.<br>
<div class="im"><br>
> Хочу чтобы вÑе Ñтрочки в логе были как Ð¿ÐµÑ€Ð²Ð°Ñ - человек взÑл и Ñкачал фильм<br>
> - ответ 200, размер - почти гиг и вÑе ÑчаÑтливы. Ðе знаю как оценить<br>
> количеÑтво тех кому удаетÑÑ Ñкачать за раз - их запиÑи в логе тонут в<br>
> обрывках по 64к. Я уже уÑтановил req_limit как временное решение, до Ñтого<br>
> лог был похож на ÑƒÐ¶Ð°Ñ Ð»ÐµÑ‚Ñщий на крыльÑÑ… ночи - деÑÑтки адреÑов на хорошей<br>
> ÑкороÑти выкачивают по 64к в Ñекунду или даже по неÑколько, Ñ‚.е. канал им<br>
> позволÑет качать хорошо. Бывают куÑки и побольше, 120к, вот в примере у кого<br>
> 2м, но чаще вÑего 64к. Ðто проиÑходит поÑтоÑнно. Даже когда нагрузка на<br>
> винчеÑтеры, ÑкороÑÑ‚ÑŒ и общее количеÑтво коннектов - в разы меньше от<br>
> пиковой.<br>
> Ð’ чем проблема? Может буфера в ÑиÑтеме/nginx подкрутить надо?<br>
> По-моему когда-то давно такое было и на апаче. :(<br>
><br>
> Добавлю еще один факт. Ðедавно удалоÑÑŒ побыть таким неудачником у ÑÐµÐ±Ñ Ð´Ð¾Ð¼Ð°.<br>
> ВзÑл из лога урл имени 64к - даю wget-у - бац, обрыв! еще раз, еще...<br>
> 03:42:52 (16.27 KB/s) - Read error at byte 33329/1465085952 (No such file or<br>
> directory). Retrying.<br>
> В жизни такого не было. Беру другой урл - качает! Снова пробую первый -<br>
> обрывы! 100% диагноÑтика. Ðа Ñледующий день попробовал - вÑе хорошо.<br>
<br>
</div>ЕÑли иÑпользуетÑÑ limit_req - надо либо накатить патч (пробегал<br>
тут давеча), либо иÑпользовать limit_req ... nodelay.<br>
<font color="#888888"><br>
Maxim Dounin<br>
<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Best regards,<br>Anton Kuznetsov. Â Â Â <br>