Ubuntu+Apache рендерит 1к чанков чуть быстрее, чем Ubuntu+Nginx

Есть ВДС, который был переустановлен, на котором теперь убунту+apache. Там скорость работы получается даже быстрее, чем на том, на котором поставили убунту+nginx+php5-fpm. Хотя тариф один и тот-же:

0.0005050: Created inline chunk
0.1843221: Total time
3 145 728: Memory usage

С чем это может быть связано?


Первый вопрос:



На днях переустановил систему на убунту+nginx+php5-fpm на ВДС. Вроде норм всё. Заметил такую хрень:

Когда с помощью скрипта render.php делаю тест скорости, то на двух разных доменах отрабатывает по разному:

  1. домен 1:
    0.0008891: Created inline chunk
0.2291732: Total time
7 340 032: Memory usage
  2. домен 2:
    0.0003750: Created inline chunk
0.2186179: Total time
3 407 872: Memory usage
Почему так, скажите пожалуйста? И как это побороть?
Пашок
Пашок
24 марта 2015, 18:38
modx.pro
1 097
0

Комментарии: 14

Пашок
Пашок
24 марта 2015, 21:51
0
Хм, перезапустил службы php и nginx («service nginx restart», «service php5-fpm restart») — нормализовалось вроде бы почти:
Домен 1:
0.0003681: Created inline chunk
0.2118940: Total time
3 145 728: Memory usage

Домен 2:
0.0003610: Created inline chunk
0.2007430: Total time
3 407 872: Memory usage

Второй вопрос остаётся открытым в любом случае.
    Василий Наумкин
    Василий Наумкин
    24 марта 2015, 22:38
    0
    Серверы вполне могут быть разными, даже если один тариф.

    modx.pro/hosting/2518-brake-linode/
      Пашок
      Пашок
      24 марта 2015, 23:47
      0
      Василий, не подскажешь, я тут ставлю убунту. Там версия "Ubuntu 14.04.1 LTS (GNU/Linux 2.6.32-042stab102.9 x86_64)", так вот делаю по инструкции, ставлю iptables в исполняемые, туда код твой пихаю. Далее запускаю «iptables -L», как у тебя на видосе. НО после того как на видосе выполняю команду "./iptables", а мне пишет:
      iptables: No chain/target/match by that name.
      iptables: No chain/target/match by that name.

      Что это может быть, не знаешь?
        Пашок
        Пашок
        25 марта 2015, 06:31
        0
        Ещё одна трабла получилась, Василий, помогите пожалуйста, друг.

        Еле завёл скрипт, который ты писал, для создания пользователя в убунту и установке модх, всё отрабатывает норм, тока в конце пишет:
        <html><head><title></title></head><body><h1>FATAL ERROR: MODX Setup cannot continue.</h1><p>To use PHP 5.3.0+, you must set the date.timezone setting in your php.ini. Please do set it to a proper timezone before proceeding. A list can be found <a href="http://us.php.net/manual/en/timezones.php">here</a>.</p></body></html>
        И не устанавливает его, тока скачивает.

        Ещё трабла была, когда срабатывала команда "service php5-fpm reload", то происходила какаято непонятная херня и ПХП невозможно было рестартнуть, приходилось убивать процессы его. Вот так было:
        # service php5-fpm restart
stop: Unknown instance:
php5-fpm start/running, process 28110
        Я поставил вместо «reload» в скрипт твой «restart» и всё завелось норм.
          Василий Наумкин
          Василий Наумкин
          25 марта 2015, 07:00
          0
          To use PHP 5.3.0+, you must set the date.timezone setting in your php.ini.
          Я понимаю, что не все знают язык вероятного противника, но кто мешает воспользоваться translate.yandex.ru и узнать, о чем говорит иностранец?

          Я уж молчу о том, что в инструкции этот момент указан.
            Пашок
            Пашок
            25 марта 2015, 07:06
            0
            Извиняюсь. Я прописывал timezone в /etc/php5/fpm/php.ini. Большое тебе спасибо, Василий, я хз как тебя БлагоДарить!!!
            Пашок
            Пашок
            25 марта 2015, 07:07
            0
            Если б ты ещё просветил, что вот эта хня означает))

            # service php5-fpm restart
stop: Unknown instance:
php5-fpm start/running, process 28110
              Василий Наумкин
              Василий Наумкин
              25 марта 2015, 07:22
              0
              Это значит, что нечего перезапускать — нет сервиса активного. Бывает такое, мини-глюк.

              Лечится прибиванием всех возможных инстансов и запуском заново:
              service php5-fpm stop
killall php5-fpm
service php5-fpm start

              Ну и вообще, я заметил, что надежнее перезапускать php5-fpm не через restart, а
              service php5-fpm stop && service php5-fpm start
                Антон Фомичёв
                Антон Фомичёв
                25 марта 2015, 10:08
                +1
                Ну и вообще, я заметил, что надежнее перезапускать php5-fpm не через restart, а
                service php5-fpm stop && service php5-fpm start
                Судя по /etc/init.d/php5-fpm service php5-fpm restart делает тоже самое, что и service php5-fpm stop && service php5-fpm start
            Пашок
            Пашок
            25 марта 2015, 11:26
            0
            Василий, по поводу ошибки ниже не подскажешь?
            iptables: No chain/target/match by that name.
iptables: No chain/target/match by that name.

            Я нашёл такой код при помощи ajenti:
            *mangle
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
COMMIT
*nat
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
COMMIT
*filter
:INPUT DROP [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A INPUT -i lo -j ACCEPT
-A INPUT -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
-A INPUT -p tcp -m tcp --dport 22 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 8000 -j ACCEPT
COMMIT

            Из-за него может происходить такого рода ошибка? Можно твой код вместо этого вставить, естественно в таблицу *filter?
      Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
      14