Re: Проблема при >1500 одновременных коннектов.

[ArjLover]

И я сижу и думаю второй день - что же делать. Действительно в какой-то
момент (все же очень резко!) падает _эффективность_ чтения. Диски трудятся
на полную, а практически на выходе имеем 100 мегабит. Может стоит читать
меньшими блоками? Если при этом я получу загрузку не 30%, а 60% при моих
стандартных 400 мегабитах - ну и черт с ними, главное что все не будет
сворачиваться в черную дырку.
Стоит уменьшить kern.ipc.sfreadahead=524288? или sendfile_max_chunk 128k;?
упс. 128к. когда это я его туда нарисовал... :)

http://film.arjlover.net/problem2/02p.html
Вот. Мой живой mrtg - можно посмотреть на все диски - три последних sata и
дальше параметры системы. Вчера день назывался "на пределе" с явно хандрящим
nsbuff, который ушел в пике в 19-30 и в 20-30 я сделал nginx restart. От
полуночи - нормальная жизнь. в 4 и 10 часов у меня плановые рестарты.

Начинаю верить что проблема в настройке патча. Ширина канала величина
фиксированная, чем больше народу - тем меньше достается каждому, а диски
читают большими блоками. К сожалению до конца не понял как это работает,
какими блоками и куда читается с диска и как это потом кормится клиенту в
соединение. Но  действительно несложно предположить что в какой-то момент
наступает перелом - читается много, а отдается мало. Кстати давно хотел
спросить - можно эту эффективность увеличить за счет использования
оперативки? Сейчас в 4ГБ живет практически один nginx и 117M Active при моих
проблемах смотрятся издевательски.

2009/2/10 Igor Sysoev <is at rambler-co.ru>

> On Tue, Feb 10, 2009 at 12:20:07PM +0300, Artemiev Igor wrote:
>
> > On Tue, Feb 10, 2009 at 10:27:00AM +0300, Igor Sysoev wrote:
> > > Симптомы другие: здесь - 100% загрузка sata'шных дисков.
> > Симптомы всё те же - резкое падение отдачи по сети. C диска читается на
> пределе, а по сети отдаётся на порядок меньше.
>
> Цитата:
>
> ОС видит один физический диск. На самом контроллере 224MB памяти, доступной
> для
> кеширования, имеется поддержка disconnect и tagging queueing.  Проблема не
> в
> том, что грузится контроллер и тормозит, этого как раз нет, проблема в
> черезвычайно низкой эффективности патченного sendfile(2).
>
>
> --
> Игорь Сысоев
> http://sysoev.ru
>
>


-- 
Best regards,
Anton Kuznetsov.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20090210/c10d56b9/attachment.html>