упс, был не прав - я же написал, я использую эту настройку, но так как это было написано здесь:<br><a href="http://lists.lexa.ru/nginx-ru/msg19497.html">http://lists.lexa.ru/nginx-ru/msg19497.html</a><br><pre>> IS> В общем, научили мы sendfile читать по 2M:<br>
> IS> #sysctl kern.ipc.sfreadahead<br>> IS> kern.ipc.sfreadahead: 2097152<br></pre>Это разные патчи или возникла путаница? Что означает данный параметр, кол-во блоков по 64к или кол-во байт в чистом виде?<br><br>
Позволю себе усомниться в диагнозе, странно если это сата. 1500 соединений - отдаем 400 мегабит и все диски 50%, 1600 - все идет прахом. Как-то ненатрульно, не нахожу обьяснений. <br><br>P.S. Похоже у меня другой патч. Нет у меня такой строчки в sys/kern/uipc_syscalls.c <br>
<pre>int readahead = <span class="__mozilla-findbar-search" style="padding: 0pt; background-color: yellow; color: black; display: inline; font-size: inherit;">sfreadahead</span> * MAXBSIZE; <br><br></pre>Стоит перепатчиться?<br>
<br><br><div class="gmail_quote">9 февраля 2009 г. 16:18 пользователь Igor Sysoev <span dir="ltr"><<a href="mailto:is@rambler-co.ru">is@rambler-co.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;">
<div class="Ih2E3d">On Mon, Feb 09, 2009 at 03:22:18PM +0100, ArjLover wrote:<br>
<br>
> Диски никак не организованы. Все одиночные, скази, они и маленькие конечно<br>
> относительно сата, загружены всегда на 10%, в пиках до 30-40%, но это когда<br>
> сата давно в 100% уперлись. На графиках дисков показан результат "iostat -c<br>
> 2 -w 1 -x ad8" - берется последняя цифра в процентах. На gstat как-то забыл<br>
> посмотреть во время проблемы. Когда нормально, то сата-диски по версии gstat<br>
> отдают 13-18МБ/c, кол-во операций 60-90, т.е. ровно бьется с выставленным<br>
> kern.ipc.sfreadahead=524288. Ранее упомянутый iostat при этом показывает<br>
> ~30%<br>
> Судя по новому для меня слову "sfreadahead" - использую первый патч, там про<br>
> это ничего не было. Пойду сейчас искать последний.<br>
<br>
</div>sfreadahead - это kern.ipc.sfreadahead. Послдений патч здесь:<br>
<a href="http://www.lexa.ru/nginx-ru/msg20575.html" target="_blank">http://www.lexa.ru/nginx-ru/msg20575.html</a><br>
<div class="Ih2E3d"><br>
> MAXPHYS конечно увеличен, а в чем тогда смысл патча без него?<br>
> define MAXPHYS (1024 * 1024)<br>
><br>
> по прежнему подозреваю что заканчивается что-то мне неизвестное.<br>
<br>
</div>Я думаю, что заканичвается sata.<br>
<div><div></div><div class="Wj3C7c"><br>
> 8 февраля 2009 г. 16:33 пользователь Igor Sysoev <<a href="mailto:is@rambler-co.ru">is@rambler-co.ru</a>> написал:<br>
><br>
> > On Sun, Feb 08, 2009 at 03:56:17PM +0100, ArjLover wrote:<br>
> ><br>
> > > Добрый день!<br>
> > ><br>
> > > Жил-жил, пять лет плавно росла популярность, плавно тюнился и тут бац..<br>
> > > Какой-то непонятный предел в развитии? Подозреваю что серверу не хватает<br>
> > > каких-то ресурсов, но не могу понять каких. По ссылке<br>
> > > <a href="http://multiki.arjlover.net/problem/" target="_blank">http://multiki.arjlover.net/problem/</a> можно посмотреть на снимки mrtg с<br>
> > > моими комментариями о происходящем. Если вкратце, то при неком абсолютно<br>
> > > четком кол-ве посетителей сервер начинает резко обваливаться - падает<br>
> > траф,<br>
> > > а нагрузку на диски зашкаливает в потолок (обратнозависмые показатели!!!)<br>
> > и<br>
> > > так продолжается пока в полночь народ чуток не уйдет. Может конечно диски<br>
> > и<br>
> > > уходят в запарку, но как-то невероятно резко. 1400 коннектов - отдаем 400<br>
> > > мегабит, 1500 - бац! 100 мегабит и сервер еле живой. Подскажите какие<br>
> > > параметры надо проверить?<br>
> > > Freebsd 6.3<br>
> > > 4GB<br>
> > > SCSI+SATA<br>
> ><br>
> > Как организованы диски ?<br>
> ><br>
> > > sysoev patch<br>
> > > kern.ipc.sfreadahead=524288<br>
> > > kern.ipc.sfrefer=1<br>
> ><br>
> > Какой вариант патча используется ? В последнем варианте нужно в<br>
> > sfreadahead указывать число блоков по 64K.<br>
> ><br>
> > А sfrefer для больших файлов скорее вреден, чем полезен.<br>
> ><br>
> > Увеличивался ли MAXPHYS ?<br>
> ><br>
> > > nginx 7.0.30<br>
> > > sendfile on;<br>
> > > use kqueue;<br>
> > ><br>
> > > P.S. Интересный факт забыл, не знаю к какому месту прилепить - если<br>
> > убрать<br>
> > > лимит с канала и посетителей не 1500, т.е. сервер нормально "дышит", то<br>
> > траф<br>
> > > на сервере возрастает 440 мегабит и там прилипает в ровную полку, хотя и<br>
> > > канал есть и все ресурсы которые я мониторю - тоже не в пределе, спрос на<br>
> > > трафик - многократно бОльший, но не отдает! Кажется между этими двумя<br>
> > > ситуациями есть связь. Какая-то моща у него кончается. Какая???<br>
> > ><br>
> > > --<br>
> > > Best regards,<br>
> > > Anton Kuznetsov.<br>
> ><br>
> > --<br>
> > Игорь Сысоев<br>
> > <a href="http://sysoev.ru" target="_blank">http://sysoev.ru</a><br>
> ><br>
> ><br>
><br>
><br>
> --<br>
> Best regards,<br>
> Anton Kuznetsov.<br>
<br>
</div></div>--<br>
<div><div></div><div class="Wj3C7c">Игорь Сысоев<br>
<a href="http://sysoev.ru" target="_blank">http://sysoev.ru</a><br>
<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Best regards,<br>Anton Kuznetsov. <br>