Re: Зависания fastcgi серверов

[proforg]

это вообще известная проблема :)
unix socket вместо tcp/ip в данном случае помогает.


On 9/16/06, Sergey Serov <mpa at corg.net> wrote:
> Вот в чем причина моей проблемы:
>
> http://www.fastcgi.com/archives/fastcgi-developers/2005-August/003885.html
>
> > 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()
> напр.
>
>


-- 
Alexej Bestchiokov
EMail/JID: proforg at maloletka.ru
phone: +7 495 7853149