Welcome! Log In Create A New Profile

Advanced

Проблема производительности: php-fcgi перестает обрабатывать запросы

Posted by Дмитрий 
Есть проблема с производительностью сервера.

Выделенный сервер. CentOS release 5 (Final), DELL PE1950, 2 x Quad
Core Xeon L5320, 4GB RAM, 4x 73GB SAS (2xRAID1)

На сервере установлена связка: nginx + php-fcgi +mysql

В среднем сервер загружен процентов на 20-30%, однако периодически
возникают кратковременные всплески в загрузке, что приводит к отказу в
обслуживании.

Админ говорит:
>> очень похоже, что дело непосредственно в php-fcgi. Он просто перестает обрабатывать запросы пока не перезагрузишь его. процессы ничем не занимаются и при этом не обрабатывают новые запросы.

# strace -p 25077
Process 25077 attached - interrupt to quit
после этого полный 0. Пробовалось несколько пидов.

mysql тут абсолютно не причем, мунин ,я более чем уверен, рисует
Threads_connected, а то, что оно около 50, означает, что у вас нет
нагрузки просто и максимально около 50 параллельных запросов
обрабатывалось.

Мы пробовали менять кол-во чайлдов для php-fcgi от адекватных до
довольно сильно задранных, симптомы те-же.

Подскажите, в каком направлении копать? Готов предоставить
дополнительную информацию по конфигурации и статистику при
необходимости.
не нужно аттачиться трейсером, нужно пускать под отладчиком и смотреть где висим
плюс что в логах

--

wbr,
fisher
Алексей,

Подскажите, где можно получить информацию по подключению и
использованию отладчика?

Спасибо!

On 18 ноя, 21:19, "Alexey A. Rybak" <alexey.ry...@gmail.com> wrote:
> не нужно аттачиться трейсером, нужно пускать под отладчиком и смотреть где висим
> плюс что в логах
>
> --
>
> wbr,
> fisher
2009/11/19 Дмитрий <art.vprivate@gmail.com>:
> Алексей,
>
> Подскажите, где можно получить информацию по подключению и
> использованию отладчика?

man gdb
gdb (binary) (pid)
http://bugs.php.net/bugs-generating-backtrace.php


>
> Спасибо!
>
> On 18 ноя, 21:19, "Alexey A. Rybak" <alexey.ry...@gmail.com> wrote:
>> не нужно аттачиться трейсером, нужно пускать под отладчиком и смотреть где висим
>> плюс что в логах
>>
>> --
>>
>> wbr,
>> fisher



--

wbr,
fisher
Cпасибо за ссылку,

Подскажите, имеет ли смысл использовать данный инструмент без
изменения исходного кода?
Сколько дополнительных ресурсов требует данный инструмент?
Возможно ли в момент "зависания" приатачиться и посмотреть какой код
выполняется в данный момент?

Это важно для нас, т.к. есть риск что включение дебагера на лайв
сервере просто само по себе его убьет.

Заранее благодарю!

On 19 ноя, 14:58, "Alexey A. Rybak" <alexey.ry...@gmail.com> wrote:
> 2009/11/19 Дмитрий <art.vpriv...@gmail.com>:
>
> > Алексей,
>
> > Подскажите, где можно получить информацию по подключению и
> > использованию отладчика?
>
> man gdb
> gdb (binary) (pid)http://bugs.php.net/bugs-generating-backtrace.php
>
>
>
> > Спасибо!
>
Думаю, будет лучше смоделировать ситуацию на отдельной машине и там
попробовать отладить, проблема может быть в разного рода блокировках. Сам
наблюдал похожую ситуацию, в данный момент обновляем ПО на серверах, если
подобное поведение снова проявится, будем пробовать отлаживать.

19 ноября 2009 г. 17:14 пользователь Дмитрий <art.vprivate@gmail.com>написал:

> Cпасибо за ссылку,
>
> Подскажите, имеет ли смысл использовать данный инструмент без
> изменения исходного кода?
> Сколько дополнительных ресурсов требует данный инструмент?
> Возможно ли в момент "зависания" приатачиться и посмотреть какой код
> выполняется в данный момент?
>
> Это важно для нас, т.к. есть риск что включение дебагера на лайв
> сервере просто само по себе его убьет.
>
> Заранее благодарю!
>
> On 19 ноя, 14:58, "Alexey A. Rybak" <alexey.ry...@gmail.com> wrote:
> > 2009/11/19 Дмитрий <art.vpriv...@gmail.com>:
> >
> > > Алексей,
> >
> > > Подскажите, где можно получить информацию по подключению и
> > > использованию отладчика?
> >
> > man gdb
> > gdb (binary) (pid)http://bugs.php.net/bugs-generating-backtrace.php
> >
> >
> >
> > > Спасибо!
> >
>



--
-------------------------------------------------------------
Kayo Ayanami

jabber: kayo@jabber.ru
gtalk-xmpp: kayo.k11.4@gmail.com
ya-xmpp: kayo-k11-4@ya.ru
sourceforge: phoenix11@users.sf.net
luaforge: phoenix11@users.luaforge.net
Алексей,

Подскажите, где можно получить информацию по подключению и использованию
отладчика?

Спасибо!

2009/11/18 Alexey A. Rybak <alexey.rybak@gmail.com>

> не нужно аттачиться трейсером, нужно пускать под отладчиком и смотреть где
> висим
> плюс что в логах
>
> --
>
> wbr,
> fisher
>
2009/11/19 Дмитрий <art.vprivate@gmail.com>:
> Cпасибо за ссылку,
>
> Подскажите, имеет ли смысл использовать данный инструмент без
> изменения исходного кода?
> Сколько дополнительных ресурсов требует данный инструмент?
> Возможно ли в момент "зависания" приатачиться и посмотреть какой код
> выполняется в данный момент?
>
> Это важно для нас, т.к. есть риск что включение дебагера на лайв
> сервере просто само по себе его убьет.
>
> Заранее благодарю!

именно приатачиться и получить трейс - я даже команду кидал - gdb
(binary fpm) (pid воркера). если у вас с сервером такая жопа что все
воркеры хрен знает чем заняты, клиенты уже не получают ответы - не
поздно ли думать о рисках отладчика?

>
> On 19 ноя, 14:58, "Alexey A. Rybak" <alexey.ry...@gmail.com> wrote:
>> 2009/11/19 Дмитрий <art.vpriv...@gmail.com>:
>>
>> > Алексей,
>>
>> > Подскажите, где можно получить информацию по подключению и
>> > использованию отладчика?
>>
>> man gdb
>> gdb (binary) (pid)http://bugs.php.net/bugs-generating-backtrace.php
>>
>>
>>
>> > Спасибо!
>>



--

wbr,
fisher
Спасибо, Алексей!

За информацию и подробное объяснение спасибо. Поставил задачу инженеру
собрать информацию. За возможно глупые вопросы не обессудьте - я
только учусь :)
Если возникнут новые вопросы - буду обращаться дальше. О результатах
также сообщу.

On 19 ноя, 19:00, "Alexey A. Rybak" <alexey.ry...@gmail.com> wrote:
> 2009/11/19 Дмитрий <art.vpriv...@gmail.com>:
>
> > Cпасибо за ссылку,
>
> > Подскажите, имеет ли смысл использовать данный инструмент без
> > изменения исходного кода?
> > Сколько дополнительных ресурсов требует данный инструмент?
> > Возможно ли в момент "зависания" приатачиться и посмотреть какой код
> > выполняется в данный момент?
>
> > Это важно для нас, т.к. есть риск что включение дебагера на лайв
> > сервере просто само по себе его убьет.
>
> > Заранее благодарю!
>
> именно приатачиться и получить трейс - я даже команду кидал - gdb
> (binary fpm) (pid воркера). если у вас с сервером такая жопа что все
> воркеры хрен знает чем заняты, клиенты уже не получают ответы - не
> поздно ли думать о рисках отладчика?
>
>
>
>
>
> > On 19 ноя, 14:58, "Alexey A. Rybak" <alexey.ry...@gmail.com> wrote:
> >> 2009/11/19 Дмитрий <art.vpriv...@gmail.com>:
>
> >> > Алексей,
>
> >> > Подскажите, где можно получить информацию по подключению и
> >> > использованию отладчика?
>
> >> man gdb
> >> gdb (binary) (pid)http://bugs.php.net/bugs-generating-backtrace.php
>
> >> > Спасибо!
>
> --
>
> wbr,
> fisher
По поводу "поздно ли думать о рисках". Дело в том что сайт работает
стабильно и его клинит в сутки несколько раз, инженеры в ручном режиме
приводят его в чувства оперативно. Именно поэтому и хотелось бы
"прозрачно" для посетителей попытаться решить проблему.

Если это невозможно, конечно же отдадим приоритет решению проблемы в
ущерб доступности сервера.

Кроме того, я опасался, если причиной падения станет именно отладчик -
как на перегруженном на 100% сервере понимать что к чему.

On 19 ноя, 19:00, "Alexey A. Rybak" <alexey.ry...@gmail.com> wrote:
> 2009/11/19 Дмитрий <art.vpriv...@gmail.com>:
>
> > Cпасибо за ссылку,
>
> > Подскажите, имеет ли смысл использовать данный инструмент без
> > изменения исходного кода?
> > Сколько дополнительных ресурсов требует данный инструмент?
> > Возможно ли в момент "зависания" приатачиться и посмотреть какой код
> > выполняется в данный момент?
>
> > Это важно для нас, т.к. есть риск что включение дебагера на лайв
> > сервере просто само по себе его убьет.
>
> > Заранее благодарю!
>
> именно приатачиться и получить трейс - я даже команду кидал - gdb
> (binary fpm) (pid воркера). если у вас с сервером такая жопа что все
> воркеры хрен знает чем заняты, клиенты уже не получают ответы - не
> поздно ли думать о рисках отладчика?
>
>
>
>
>
> > On 19 ноя, 14:58, "Alexey A. Rybak" <alexey.ry...@gmail.com> wrote:
> >> 2009/11/19 Дмитрий <art.vpriv...@gmail.com>:
>
> >> > Алексей,
>
> >> > Подскажите, где можно получить информацию по подключению и
> >> > использованию отладчика?
>
> >> man gdb
> >> gdb (binary) (pid)http://bugs.php.net/bugs-generating-backtrace.php
>
> >> > Спасибо!
>
> --
>
> wbr,
> fisher
как у вас nginx и php-fpm связаны посредством unix-socket или по tcp? тов.
dreamcat4 писал, что с unix-socket могут быть странные проблемы.

19 ноября 2009 г. 22:07 пользователь Дмитрий <art.vprivate@gmail.com>написал:

> По поводу "поздно ли думать о рисках". Дело в том что сайт работает
> стабильно и его клинит в сутки несколько раз, инженеры в ручном режиме
> приводят его в чувства оперативно. Именно поэтому и хотелось бы
> "прозрачно" для посетителей попытаться решить проблему.
>
> Если это невозможно, конечно же отдадим приоритет решению проблемы в
> ущерб доступности сервера.
>
> Кроме того, я опасался, если причиной падения станет именно отладчик -
> как на перегруженном на 100% сервере понимать что к чему.
>
> On 19 ноя, 19:00, "Alexey A. Rybak" <alexey.ry...@gmail.com> wrote:
> > 2009/11/19 Дмитрий <art.vpriv...@gmail.com>:
> >
> > > Cпасибо за ссылку,
> >
> > > Подскажите, имеет ли смысл использовать данный инструмент без
> > > изменения исходного кода?
> > > Сколько дополнительных ресурсов требует данный инструмент?
> > > Возможно ли в момент "зависания" приатачиться и посмотреть какой код
> > > выполняется в данный момент?
> >
> > > Это важно для нас, т.к. есть риск что включение дебагера на лайв
> > > сервере просто само по себе его убьет.
> >
> > > Заранее благодарю!
> >
> > именно приатачиться и получить трейс - я даже команду кидал - gdb
> > (binary fpm) (pid воркера). если у вас с сервером такая жопа что все
> > воркеры хрен знает чем заняты, клиенты уже не получают ответы - не
> > поздно ли думать о рисках отладчика?
> >
> >
> >
> >
> >
> > > On 19 ноя, 14:58, "Alexey A. Rybak" <alexey.ry...@gmail.com> wrote:
> > >> 2009/11/19 Дмитрий <art.vpriv...@gmail.com>:
> >
> > >> > Алексей,
> >
> > >> > Подскажите, где можно получить информацию по подключению и
> > >> > использованию отладчика?
> >
> > >> man gdb
> > >> gdb (binary) (pid)http://bugs.php.net/bugs-generating-backtrace.php
> >
> > >> > Спасибо!
> >
> > --
> >
> > wbr,
> > fisher
>



--
-------------------------------------------------------------
Kayo Ayanami

jabber: kayo@jabber.ru
gtalk-xmpp: kayo.k11.4@gmail.com
ya-xmpp: kayo-k11-4@ya.ru
sourceforge: phoenix11@users.sf.net
luaforge: phoenix11@users.luaforge.net
Hi,
I have not tried myself, but sockets were discussed before:

http://groups.google.com/group/highload-php-en/browse_thread/thread/72987134573199ec
http://groups.google.com/group/highload-php-en/browse_thread/thread/1e0a48f80d19cf9d

We would be very grateful if someone could properly test sockets
compared against TCP.
Most installs use TCP, so otherwise that is the safe choice.

2009/11/19 Kayo Ayanami <kayo.k11.4@gmail.com>:
> как у вас nginx и php-fpm связаны посредством unix-socket или по tcp? тов.
> dreamcat4 писал, что с unix-socket могут быть странные проблемы.
>
> 19 ноября 2009 г. 22:07 пользователь Дмитрий <art.vprivate@gmail.com>
> написал:
>>
>> По поводу "поздно ли думать о рисках". Дело в том что сайт работает
>> стабильно и его клинит в сутки несколько раз, инженеры в ручном режиме
>> приводят его в чувства оперативно. Именно поэтому и хотелось бы
>> "прозрачно" для посетителей попытаться решить проблему.
>>
>> Если это невозможно, конечно же отдадим приоритет решению проблемы в
>> ущерб доступности сервера.
>>
>> Кроме того, я опасался, если причиной падения станет именно отладчик -
>> как на перегруженном на 100% сервере понимать что к чему.
>>
>> On 19 ноя, 19:00, "Alexey A. Rybak" <alexey.ry...@gmail.com> wrote:
>> > 2009/11/19 Дмитрий <art.vpriv...@gmail.com>:
>> >
>> > > Cпасибо за ссылку,
>> >
>> > > Подскажите, имеет ли смысл использовать данный инструмент без
>> > > изменения исходного кода?
>> > > Сколько дополнительных ресурсов требует данный инструмент?
>> > > Возможно ли в момент "зависания" приатачиться и посмотреть какой код
>> > > выполняется в данный момент?
>> >
>> > > Это важно для нас, т.к. есть риск что включение дебагера на лайв
>> > > сервере просто само по себе его убьет.
>> >
>> > > Заранее благодарю!
>> >
>> > именно приатачиться и получить трейс - я даже команду кидал - gdb
>> > (binary fpm) (pid воркера). если у вас с сервером такая жопа что все
>> > воркеры хрен знает чем заняты, клиенты уже не получают ответы - не
>> > поздно ли думать о рисках отладчика?
>> >
>> >
>> >
>> >
>> >
>> > > On 19 ноя, 14:58, "Alexey A. Rybak" <alexey.ry...@gmail.com> wrote:
>> > >> 2009/11/19 Дмитрий <art.vpriv...@gmail.com>:
>> >
>> > >> > Алексей,
>> >
>> > >> > Подскажите, где можно получить информацию по подключению и
>> > >> > использованию отладчика?
>> >
>> > >> man gdb
>> > >> gdb (binary) (pid)http://bugs.php.net/bugs-generating-backtrace.php
>> >
>> > >> > Спасибо!
>> >
>> > --
>> >
>> > wbr,
>> > fisher
>
>
> --
> -------------------------------------------------------------
> Kayo Ayanami
>
> jabber: kayo@jabber.ru
> gtalk-xmpp: kayo.k11.4@gmail.com
> ya-xmpp: kayo-k11-4@ya.ru
> sourceforge: phoenix11@users.sf.net
> luaforge: phoenix11@users.luaforge.net
>
>
Sorry, only registered users may post in this forum.

Click here to login

Online Users

Guests: 69
Record Number of Users: 6 on February 13, 2018
Record Number of Guests: 421 on December 02, 2018
Powered by nginx      Powered by FreeBSD      PHP Powered      Powered by MariaDB      ipv6 ready