Re: зависания на read

[Dmitriy MiksIr <miksir@xxxxxxxx>]

Sergey Serov wrote:
> On Thursday 28 September 2006 13:35, Dmitriy MiksIr wrote:
> > Можно, конечно, но как это поможет?  Соединения отваливаются по таймауту
> > nginx-а к бекенду.. если поставлю таймаут у апача меньше - нормально
> > работать это не поможет - nginx будет ошибки клиенту давать...
> >
> > Пытаюсь смотреть в сторону настройки tcp соединений... хотя, по
> > статистики nginx "Active connections: 336" не так уж и много, имхо. Пока
> > ничего не получается.
> > После ребута сервера все, вроде, на какое-то время нормализуется....
> Ребут это как-то жестоко и примитивно для решения подобных проблем.
> Бэкенд должен запросы быстро отрабатывать, на то он и бэкенд.
> Если не ошибаюсь, то по умолчанию у Апача таймаут 300 сек., у nginx - 60.
> Соотв. nginx рвет соеднинения раньше.
> По идее в такой ситации апач должен получить broken pipe и быстро закрыть 
> коннект, но иногда на Линуксе при большой нагрузке процесс не получает этого 
> сигнала, и зависает в read навечно, или пока таймаут не наступит.
> Если дизайн проекта позволяет, но нужно настроить nginx чтобы он повторял 
> запросы в таких случаях.
> Таймаут на стороне nginx больше не поможет, т.к. в какие-то моменты запросов 
> может быть больше, чем backend способен обработать.
Статистика апача обычно показывает что-то такое:
_RRRR_RWWRWRRR_RWRRRR__W__RRW__R_RWR_RRWWRR_RRRWR._W_R___R_RR...
................................................................
................................................................
................................................................
Т.е. не в кол-ве соединений дело. Попробую, конечно, для апача таймаут 
поставить такой же, как у nginx...
> P.S. Во FreeBSD таких проблем нет. Там вообще все прямее и надежнее как 
> оказалось. Убедился на собсвенном опыте в расхожем мнении, что фря надежнее 
> при большой нагрузке. Думал устарело это мнение за последние несколько лет, 
> но оказолось что нет, но обратного пути уже нет :-(
> > Sergey Serov wrote:
> > > On Monday 25 September 2006 14:04, Dmitriy MiksIr wrote:
> > > > Да проблема в том, что много бекендов (апачей) в состоянии Reading,
> > > > которые, по идее то, должны проскакивать мгновенно. Диск на этой стадии,
> > > > вроде, не участвует еще...
> > > Попробуйте апачу таймаут поменьше выставить. Напр. 5-10 сек. если он
> > > используется только как бэкенд будет вполне достаточно.
> > > С своими проблемами с fastcgi я так и разобрался.
> > > Правда, для этого пришлось патчить FCGI xs модуль, таймаутов там вообще
> > > не было. Поэтому однажды зависнув fastcgi сервер зависал навечно.