On Saturday 16 September 2006 22:20, proforg wrote:
> это вообще известная проблема :)
> unix socket вместо tcp/ip в данном случае помогает.
Зато unix сокеты ненадежно работали во FreeBSD при большой нагрузке :-)
Но главное то, что теряется гибкость. Напр. сейчас у меня 3 зеркала и у
каждого прописаны в backend fastcgi сервера всех других зеркал с минимальным
весом. И nginx повторяет туда запрос если произошла ошибка.
Я сейчас попробую по другому - с помощью TCP_DEFER_ACCEPT listen сокета
fastcgi сервера. Сомневаюсь что поможет, иначе бы такое простое решение уже
было бы использовано. Но как минимум теоритически опция полезная.
Правда как проверить незнаю, fastcgi сервера теперь зависают совершенно
независимо от нагрузки. Пробовал искуственно создавать нагрузку - не
получалось.
>
> On 9/16/06, Sergey Serov <mpa@xxxxxxxx> wrote:
> > Вот в чем причина моей проблемы:
> >
> >
> >l
> >
> > > The problem described in the comments
> > > /**********************************************************************
> > > * This works around a problem on Linux 2.0.x and SCO Unixware (maybe
> > > * others?). When a connect() is made to a Unix Domain socket, but
> > > its * not accept()ed before the web server gets impatient and close()s,
> > > an * accept() results in a valid file descriptor, but no data to read.
> > > * This causes a block on the first read() - which never returns! *
> > > ....
> > >
> > > happening with TCP/IP sockets as well on Linux 2.4.17 and 2.6.10
> >
> > Вот задница-то какая. Только уговорил себя поставить на сервера ОС,
> > которая у меня на ноуте стоит, так тут же такой вот подарок.
> > Нету в мире совершенства, на фре мускль глючит и перл память жрет, а на
> > линуксе tcp стек кривой.
> > Workaround в FCGI cудя по всему не работает, буду искать другие пути,
> > alarm() напр.
