[php-fpm][история успеха] Я ждал этого несколько лет :D

Взрослый вроде человек, а такой херней занимаешься. Учи пайтон @ юзай джангу

Чёрт. У меня же ЖК. Его от жира тяжело отмывать.

php-fpm также часто используют с nginx. Почему не он?

а какие USE для

lighttpd
php

?

>php-5.3.3

Через 11 дней ждем в сквизе :)

>php-fpm также часто используют с nginx. Почему не он?

Исторически больше люблю lighttpd :) Конечно, можно назвать и объективные критерии, из-за которых он (заметно быстрее отдаёт статику, не ломают конфиги с новыми версиями, изначально содержал fast-cgi менеджер, так что никаких 500-х ошибок из-за отвалившегося бэкенда и т.д. и т.п.), но основной причиной, безусловно, является то, что Лайти я использовал уже тогда, когда Энжинкс ещё за пределами Рамблера неизвестен был :)

>а какие USE для

lighttpd

php

Именно для php-fpm:
www-servers/lighttpd +fastcgi
dev-lang/php +fpm

Дальше можно ориентироваться на статью http://wiki.firstvds.ru/index.php/Высокопроизводительный_web-сервер_вариант_2 с поправкой на то, что у php-fpm.conf сейчас конфиг не XML-ный, а php.ini-style. Но там всё понятно.

спасибо, надо будет тоже попробовать отойти от неповоротливого обжоры apache2+mod_php

А где можно увидеть прожорливого обжору в действии, от которого отходить надо будет ? =)

Попробуй поднять на дешёвом VPS apache2+mod_php. «Дешёвый» означает «мало ОЗУ».

А где можно увидеть прожорливого обжору в действии, от которого отходить надо будет ? =)

lighttpd, статика:

# wget -S --spider http://localhost
[...]
  Content-Length: 757
  Server: lighttpd/1.4.26
[...]
# ab -n5000 -c50 http://localhost/
[...]
Requests per second:    14371.20 [#/sec] (mean)
Time per request:       3.479 [ms] (mean)
Time per request:       0.070 [ms] (mean, across all concurrent requests)
Transfer rate:          14441.37 [Kbytes/sec] received

apache2, mpm_itk, статика:

# wget -S --spider http://localhost:8184/
[...]
  Server: Apache
  Content-Length: 757
[...]
# ab -n5000 -c50 http://localhost:8184/
[...]
Requests per second:    675.97 [#/sec] (mean)
Time per request:       73.968 [ms] (mean)
Time per request:       1.479 [ms] (mean, across all concurrent requests)
Transfer rate:          666.73 [Kbytes/sec] received

Это на mpm_itk. mpm_prefork работает раз в 10 быстрее, но всё равно получится вдвое медленнее, чем у Лайти. Кстати, nginx тоже есть под рукой, простаивает:

# wget -S --spider http://localhost:8443/
  Server: nginx/0.8.52
  Content-Length: 757
[...]
Requests per second:    25818.04 [#/sec] (mean)
Time per request:       1.937 [ms] (mean)
Time per request:       0.039 [ms] (mean, across all concurrent requests)
Transfer rate:          24406.12 [Kbytes/sec] received

Хм. Прикольно. Но это вышло на пустом конфиге. На боевом получалось раза в полтора меньше, чем у Лайти. Хотя нужно попробовать будет поиграть с настройками, может за последний год заметно скорость вытянули. И падения бэкенда с php-fpm не страшно, теперь за ним сам PHP следить будет.

Слышал от знакомого админа в крупном банке, что именно nginx+php-fpm там держит часть нагрузки. А часть — как-то по-хитрому настроенная связка apache2+nginx.

[в гугле забанили] а можно вкратце: что такое и в чём профит?

PHP-FPM (FastCGI Process Manager) is an alternative PHP FastCGI implementation…

Профит в новой формулировке?;)

>что такое и в чём профит?

Если у тебя на хостинге несколько сайтов от разных юзеров, и нужно не дать скриптам одного юзера лазить по каталогам другого, то нужно как-то заставлять php работать от разных юзверей. Раньше было два пути: использовать тормозной модуль Апача mpm_itk, который позволял целиком запустить часть Апача с правами конкретного юзера и неуклюжий вариант с php-fastcgi, когда для каждого юзера вводился отдельный fastcgi-сервер.

Теперь (это не считая других вкусностей) «улучшенный вариант fast-cgi» появился прямо в самом PHP.

http://php-fpm.org/ — тут детальнее. И гуглить не надо =).

>Профит в новой формулировке?;)

Нет, в том, что теперь вместо N серверов под каждого юзера можно иметь один сервер. Кроме того, позволяющий динамически реагировать на изменения нагрузки (pm.min_spare_servers, pm.max_spare_servers). Плюс к этому ряд специфических фишек, типа жёсткого лимита на операции, логгирования медленных скриптов и т.п.

Больше всего мне лично нравится жёсткое указание количества worker'ов — по одному на CPU, например.

Ну да, там много вкусностей.

Спасибо, теперь понял)

> Больше всего мне лично нравится жёсткое указание количества worker'ов — по одному на CPU, например.

это типа удобно когда не знаешь сколько ядер у тебя? забавно

Наоборот, когда знаешь. Можно эффективно распределить нагрузку.

а т.е. он сам следит за тем, чтобы процесс четко выполнялся на определенном цп, или это все таки такая извращенная система указания общего числа worker'ов ?

>жёсткое указание количества worker'ов — по одному на CPU, например

А CFS может гарантировать, что на каждом ядре в любой момент времени работает один и только один воркер? Если нет — профит от фичи получается весьма виртуальным.

Обычно nginx отдают статику, а динамическое всё - apache. А хитростей там - никаких, proxy.

Общего числа. При достаточной нагрузке планировщик процессов раскидывает потоки на разные ядра.

Это понятно. Но я подразумевал конкретные настройки.

>Обычно [..] динамическое всё - apache

Это только при древнем legacy-проекте и/или ленивом админе :) Профита в динамике под Апачем - никакого.

http://library.linode.com/web-servers/nginx/configuration/front-end-proxy-and-software-load-balancing

Я знаю и сам всегда с этим борюсь. Но многие люди панически боятся нового.

Большинство хитрых настроек как раз касается апача.

Да, но за последние 15 лет к ним привыкли.

статья немножко устарела, по конфигам, но тем не менее сориентироваться несложно,
спасибо еще раз, нашла время, поставила попробовать, все работает, обкатаю несколько приложений, если все будет хорошо, то буду понемножку на других серверах заменять апач+mod_php на лайти с php-fpm

по памяти статистика весьма себе неплохая по сравнению с 28 Мб RSS на форк апача

root 31239 0.0 0.1 23024 3388 ? Ss 16:03 0:00 /usr/bin/php-fpm -y /etc/php/fpm-php5/php-fpm.conf
lighttpd 31240 0.0 0.1 23024 3040 ? S 16:03 0:00 /usr/bin/php-fpm -y /etc/php/fpm-php5/php-fpm.conf
lighttpd 31241 0.0 0.1 23024 3040 ? S 16:03 0:00 /usr/bin/php-fpm -y /etc/php/fpm-php5/php-fpm.conf
lighttpd 31403 0.0 0.0 4452 1468 ? S 16:05 0:00 /usr/sbin/lighttpd -f /etc/lighttpd/lighttpd.conf
lighttpd 31406 0.0 0.2 23116 6020 ? Ss 16:05 0:00 /usr/bin/php-cgi
lighttpd 31408 0.0 0.1 23116 2384 ? S 16:05 0:00 /usr/bin/php-cgi
lighttpd 31409 0.0 0.2 23116 6016 ? Ss 16:05 0:00 /usr/bin/php-cgi
lighttpd 31414 0.0 0.1 23116 2380 ? S 16:05 0:00 /usr/bin/php-cgi
lighttpd 31415 0.0 0.2 23116 6020 ? Ss 16:05 0:00 /usr/bin/php-cgi
lighttpd 31416 0.0 0.1 23116 2384 ? S 16:05 0:00 /usr/bin/php-cgi
lighttpd 31417 0.0 0.2 23116 6020 ? Ss 16:05 0:00 /usr/bin/php-cgi
lighttpd 31418 0.0 0.2 23372 4676 ? S 16:05 0:00 /usr/bin/php-cgi

что только люди не делают, лишь бы джаву не учить.

А если люди жабу знают? :)

Попробуй развернуть Java-приложения на стрёмненьком VPS-хостинге под openVZ.
У меня на домашнем сервачке с гигом оперативы (т.е. максимально 1Гб вирт. памяти в контейнере) даже пустой glassfish заводится через раз. А о установке на него аппликухи и речи быть не может.
А с PHP всё становится доступным и быстрым ;)

И да, в последнее время почему-то всё больше и больше ненавижу Java.
PS. Прошу прощения за оффтоп.