Pavel
Каждый воркер асинхронно принимает запросы и обрабатывает их
🏳️ Phil
ммм... ну апач тоже не ждёт. Он принимает запросы и обрабатывает их. Каждый воркер независимо от других
Kirill
ты платишь за каждый процесс в апаче даже с префорком, это очевидно. а платить будешь, если не просто ресурсами, то сорванными запросами при нагрузке.
🏳️ Phil
И ты платишь за каждый процесс в пуле php-fpm. Нет разницы
Kirill
плюс сам по себе хендлинг запросов nginx быстрее и легковеснее apache
🏳️ Phil
плюс сам по себе хендлинг запросов nginx быстрее и легковеснее apache
Поставь перед apache nginx. Тем более так все лет 10 и делают
🏳️ Phil
Разница-то где?
Kirill
Поставь перед apache nginx. Тем более так все лет 10 и делают
как это где разница? у тебя apache все так же будет делать этот хэндлинг, но за апачем. зачем вообще апач?
🏳️ Phil
как это где разница? у тебя apache все так же будет делать этот хэндлинг, но за апачем. зачем вообще апач?
Схема с php-fpm не убирает apache, а заменяет apache на php-fpm. В чем разница? apache ровно за тем же, зачем и php-fpm
Kirill
схема с апачем добавляет еще одну точку до обработчика php
🏳️ Phil
где?
🏳️ Phil
Ну-ка, расскажи об этом
Pavel
1) -> nginx -> apache 2) -> nginx -> php-fpm
Kirill
ладно. смотри. nginx -> apache (t/p fork -> mod_php) nginx -> php-fpm (php)
🏳️ Phil
ладно. смотри. nginx -> apache (t/p fork -> mod_php) nginx -> php-fpm (php)
поясни пожалуйста (t/p fork -> mod_php) - это вот что такое
🏳️ Phil
php-fpm-то тоже fcgi runtime -> php interpretator
Kirill
форк треда или процесса, либо его выделение из пула — подставь, что нужно
🏳️ Phil
нет в обоих случаях никакого выделения и форка. у тебя префорки биндятся на сокет и забирают пришедшее соединение. у обоих. оба умеют динамические пулы - мастер-процесс отсекает, тчо все обработчики заняты и создает ещё, опять же вешая его слушать сокет
Pavel
https://habrahabr.ru/post/267721/ вот тут кое что объяснено
🏳️ Phil
Что там объяснено? там нет ничего про php-fpm
Pavel
Написано что префорк не порождает треды динамически и плохо масштабируется
Pavel
И жрет кучу оперативки
Pavel
Но в любом случае, поток/тред все равно медленнее чем асинхронная корутина
Pavel
И жрет больше ресурсов
Pavel
в пхп то есть корутины, но мы щас про корутины nginx
Kirill
Одна беда - нет в пхп короутин
мы не о корутинах в языке
🏳️ Phil
но и не быстрее. у них очень косметические отличия на идентичных паттернах
Kirill
у меня он почему-то быстрее. не знаю, что вы с ним делаете, чтобы он стал медленнее.
Roman
погоди, это где?
Два сервера всегда быстрее одного. Накладные расходы на ipc
🏳️ Phil
Два сервера всегда быстрее одного. Накладные расходы на ipc
А это. Но это только при условии отсутствия эфекта медленных запросов
Kirill
Два сервера всегда быстрее одного. Накладные расходы на ipc
не всегда. если тот, что "один сервер" — медленный AF, то быстрее будет два.
Pavel
Какие ещё короутины в nginx? 😳
Я образно сказал что штуковину, которая асинхронно обрабатывает запросы =)
Roman
ну-ка покажи О_о
Что показывать? Вот болтается у тебя php-fpm на tcp сокете, а у Апача пхп уже в памяти. Никаких лишних connect/accept/send/recv
Pavel
как-будто send/recv дофига времени отнимают
Pavel
Хотя если повесить fpm на юникс сокет а не на tcp то будет побыстрее процентов на 20
Vladimir
Что показывать? Вот болтается у тебя php-fpm на tcp сокете, а у Апача пхп уже в памяти. Никаких лишних connect/accept/send/recv
ты можешь пхп унести на другой сервер, если он на tcp живет. И иметь еще разный набор серверов для обработки соединений и для обработки кода. С разным железом.
Pavel
Нет
Я замерял.
Kirill
Нет
если сокет будет в tmpfs — точно да
Vladimir
или разный набор виртуалок
Lex
Нет
возможно будет немного быстрее http://stackoverflow.com/questions/257433/postgresql-unix-domain-sockets-vs-tcp-sockets/257479#257479
🏳️ Phil
Попросили попиарить группу @coreos_ru . Согласен с приведенными аргументами. Там собственно про CoreOS
Aleksey
так там же традиция...
Lex
там тоже анальная модерация от измайлова?
Pavel
По моему эта группа под контролем Овчинникова
Pavel
Там только частично, а писать досье не обязательно
Aleksey
да не. фаундер опять денис
🏳️ Phil
🏳️ Phil
Извините за офтоп, но мне телега не даёт публичный чатик создать. Говорит "слишком много публичных каналов". Простите 4. Хочу чатик про секс :( Нигде не могу почитать про ограничения
Denis
А разве loopback не через обычные unix socket реализованы ?
Vladimir
А разве loopback не через обычные unix socket реализованы ?
он гоняет полноценный tcp/ip стэк со всем вытекающим, просто там отправка пакетов моментальная
Denis
вот гавно )
Vladimir
в этом же и фишка )
Vladimir
ты ловишь на лупбэке все косяки стэка, если есть )
🏳️ Phil
#book #pdf #legacy
Aleksey
#book #pdf #legacy
Слишком старая
🏳️ Phil
Пусть будет
Aleksey
Они уже дважды всё переписали
Lex
#book #pdf #legacy
охебать, по этому говну уже кукбук выпустили
🏳️ Phil
Поправил теги
Denis
охебать, по этому говну уже кукбук выпустили
тя послушать у тя все гавно ) у тебянет НИХ синдрома ? )
Lex
тя послушать у тя все гавно ) у тебянет НИХ синдрома ? )
не все, совсем не все, Я не очень люблю поделки hashicorp но при этом мне не мешает мне их пользовать, а вообще вот этим вот не страдаю
Lex
а вот gitlab не люблю, Я его держал на сотнях репо еще со второй вроде версии, и имел радость общаться с разрабами
🏳️ Phil
Кстати, а не напрячься ли нам и не сделать ли бодборку литературы? Я кстати вот про CI слышу, но знаю только по наслышке. Вот какой-нибудь Get Started со всякими workflow?
Lex
а вообще вопрос не в говно или не говно, все говно, что не моча, а вопрос в том, когда начинают использовать технологии потому, что круто, модно, молодежно