Почему PHP очень долго работает?

Question

[Арсений Соколов]

Вот такая картина:
— при прямом обращении к php-скрипту все обрабатывается нормально.
— при обращении к php-скрипту через apache, ответ отдается через 10 секунд.

Подскажите куда смотреть и что делать?

Если пытаться получить данные через curl, то видно что apache отвечает сам через 10 секунд после обращения к нему, но со статичными html страницами проблема отсутствует.

Проблема оказалась совершенно в другом месте. Убрал вот эту секцию и все стало летать, но как это относится к тормозам в работе?

ScriptAlias /munin-cgi/munin-cgi-graph /var/www/cgi-bin/munin-cgi-graph
<Location /munin-cgi/munin-cgi-graph>
       Options +ExecCGI
       <IfModule mod_fcgid.c>
               SetHandler fcgid-script
       </Ifmodule>
       <IfModule mod_fastcgi.c>
               SetHandler fastcgi-script
       </IfModule>
       <IfModule !mod_fastcgi.c>
               <IfModule !mod_fcgid.c>
                       SetHandler cgi-script
               </IfModule>
       </IfModule>
       Allow from all
</Location>

Это я сильно ошибся, после удаления этой секции работало быстро не долго, сейчас опять по все вернулось на свои места — опять сейчас задержки могут быть до 30 секунд.

Comments

[Павел Соловьёв]

думаю он читает долго из tzdata, надо как-то кешировать данные. наверно файл большой

[Арсений Соколов]

Не думаю, скрипт <?php echo 'test'; ?> никак не работает с tzdata

[Влад Животнев]

нагрузки нет? uptime что говорит? iotop что говорит?

[Арсений Соколов]

Влад Животнев: нагрузки нет, сервер новый, сайт только разрабатывается, uptime покажет маленькое время, т.к. недавно перезапускал сервер целиком, iotop поставить смог только после того, как поменял DNS, т.к. днсы провайдера не отвечали. iotop показывает все по нулям. При этом видно, что когда я кликаю в браузере по ссылке, срабатывает nginx, а потом секунд через 10-30 срабатывает apache и после появляется страница в браузере.

Answer 1

[Арсений Соколов]

Проблема решена:

1. Долгая авторизация по SSH и невозможность пользоваться Интернетом с сервера решилась заменой DNS провайдера, оказалось DNS не рабочие.
2. Поменял формат логов Apache, т.к. выяснилось, что Apache даже с нормальными DNS тем не менее не может резолвить имена. Поставил чтобы писал в логи только IP адреса клиентов и тем самым скорость работы вернулась к прежней, даже стало работать чуть быстрее. Такие логи меня устраивают более чем, тем более что никогда не поздно преобразовать ip в имена посредством утилиты logresolve.

В целом проблема оказалась на стороне провайдера. О своих приключения отписался в службу поддержки, посмотрим что они решат. Замечу что ничего подобного никогда не наблюдалось у Amazon. Почему всегда такое происходит с русскими компаниями, остается открытым вопросом.