Возможно вы знаете, что у нас на серверах на хостинге PWHOST для обработки php используется модуль mod_lsapi для Apache сервера.
LSAPI был разработан для повышения эффективности веб-сервера (до 20% быстрее чем FastCGI, 50% быстрее чем mod_php и 75% быстрее чем связка nginx + php-fpm). По крайней мере, так уверяют разработчики. Тут можно посмотреть тесты скорости работы с PHP.
Но даже в таком крутом модуле LSAPI от CloudLinux была ложка дёгтя.
В чем же проблема модуля mod_lsapi?
Как вы знаете, каждый аккаунт благодаря облачной технологии CloudLinux использует свои процессы с параметрами своей виртуальной машины. И если ваш сайт был редко посещаемый, а так же у вас включен тариф с низкой скоростью диска (у нас это бесплатный тариф, но даже и на простом тарифе это немного чувствовалось), то ваш сайт при первом запросе мог долго запускаться.
Почему так происходило? И что с этим делать?
Дело в том что по идеи этого модуля. Он держит обработчик php в памяти, пока идут запросы на ваш сайт, благодаря чему ваш сайт быстро отвечает, однако если запросов не было, обработчик через некоторое время сбрасывался из памяти и если поступал новый запрос, модулю LSAPI опять приходилось для вашего сайта создавать обработчик из всех модулей php которые у вас были подключены, что занимало время. Из-за этого ваш сайт при первом запуске мог долго запускаться, после чего он быстро работал пока к нему шли запросы. Как запросы пропадали, всё начиналось сначала.
Разработчики CloudLinux решили эту проблему через технологию CRIU.
Суть в том, что когда запускается обработчик PHP, он храниться не только в памяти, но и его образ сохраняется на диск. И когда процессы завершаются и обработчик удаляется из памяти, теперь, что бы запустить PHP по новой со всеми его модулями, не требуется всё собирать по новой. Запускается уже готовый образ из хранилища CRIU. Что увеличивает скорость запуска php обработчика вашего аккаунта в разы.
Мы надеемся что вы оцените скорость работы ваших сайтов и расскажите нам как вам понравилось.
Добавить комментарий