Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Релиз http-сервера Apache 2.4.43, opennews (??), 04-Апр-20, (0) [смотреть все] Systemd В моём apache Интересно, что за интеграция имеется в виду, может кто зн, Аноним (1), 13:24 , 04-Апр-20, (1) +3 // Может надо документацию почитать https httpd apache org docs trunk mod mod_sy, Аноним (2), 13:36 , 04-Апр-20, (2) +3 Ну вот смотри, я два раза кликнул по mod_systemd, нажал правой кнопкой, выбрал S, Аноним (3), 13:36 , 04-Апр-20, (3) +1 // Так что за интеграция Вместо того, чтобы своё 8220 оригинальное 187 кэпство, Lex (??), 20:28 , 04-Апр-20, (50) +3 // Socket activation, очевидно , Леннарт (?), 08:33 , 05-Апр-20, (65) –2 На странице с описанием модуля написано This module does not provide support fo, tolstushka.ru (ok), 11:00 , 06-Апр-20, (94) Это называется вместо портянки на баше, надо всего лишь юнит на пару строк , анон (?), 13:43 , 04-Апр-20, (8) +2 // Всегда можно было и без notify, просто с ним удобнее , Онаним (?), 09:57 , 05-Апр-20, (70) Вангую, что подключение к сокету, открытому systemd, а не самим апачем , Коровавирус (?), 16:05 , 04-Апр-20, (22) –1 // плохая из тебя ванга Нет, эта фича не реализована , нах. (?), 16:48 , 04-Апр-20, (27) +1 Ну так системда это давно уже делает почти для всех сетевых демонов, перехватыва, OpenEcho (?), 17:21 , 04-Апр-20, (30) // Дак вот почему у системды так неустойчиво сетка работает , Аноним (35), 18:37 , 04-Апр-20, (35) +3 этот юнит обычно выключен по-умолчанию - Потому что он вообще никак не работает, нах. (?), 18:43 , 04-Апр-20, (37) это ты еще не напарывался на systemd-networkd-wait-online и связанные с ним глюк, нах. (?), 18:42 , 04-Апр-20, (36) Кто нэ скаче, тот , Аноним (99), 16:54 , 06-Апр-20, (99) Нет это модуль чтобы системд мог запустить сервис с апачем в режиме Type notify , Аноним (47), 20:14 , 04-Апр-20, (47) +1 // не было печали, купила баба петуха , Аноним (52), 20:35 , 04-Апр-20, (52) +3 Просто из интереса Для чего в 2020 году кому-то использовать апач Какие причин, Аноним (4), 13:37 , 04-Апр-20, (4) –12 // Потому что твои надежные альтернативы не являются надежными И уж что автор нж, Аноним (2), 13:40 , 04-Апр-20, (5) +1 // А апач сделан добрыми людьми с добрейшими намерениями , Аноним (4), 13:41 , 04-Апр-20, (7) +7 // Да , Аноним (14), 14:48 , 04-Апр-20, (14) +1 Чтобы не трогать то, что работает Удивишься, но на том же mod_perl дофига чего , Аноним (3), 13:40 , 04-Апр-20, (6) +5 Хм, а я для своего сайта на php взял apache Думал это вроде как стандарт веб-се, Аноним (1), 13:45 , 04-Апр-20, (9) +6 // пхп итак медленный и выбор любого другого вебсервера ему никак не поможет в план, Аноним (14), 14:52 , 04-Апр-20, (15) –1 // А кто быстрый и кому выбор поможет , Аноним (1), 15:58 , 04-Апр-20, (21) Го быстрый и ему апач может помешать Го можно просто оставить со своим встроенн, Аноним (38), 18:44 , 04-Апр-20, (38) +1 Встроенные говносерверы в разных хипстерских недоязычках на практике под нагрузк, Онаним (?), 06:53 , 05-Апр-20, (57) +1 как раз главное преимущество апача - что уметь готовить там особо нечего, не ngi, нах. (?), 10:02 , 05-Апр-20, (71) А, вечная проблема всех этих гошечек и прочей классики по сравнению с префорко, Онаним (?), 14:45 , 05-Апр-20, (80) Поможет, если кроме php есть еще хотя бы статика , Аноним (3), 16:07 , 04-Апр-20, (23) Если это не нагруженный кинотеатр то нет , Аноним (38), 18:45 , 04-Апр-20, (39) если это не васянский кенотеатр с локалхоста - то там, увы, не совсем статика , нах. (?), 19:02 , 04-Апр-20, (43) Медленный - это питон Пых вполне шустрый, особенно, последних версий и с некотор, Lex (??), 20:30 , 04-Апр-20, (51) +2 Если у тебя посещаемость в полтора анонима, то, конечно, разницы никакой А если , Аноним (3), 16:13 , 04-Апр-20, (24) +2   // открою вам страшную тайну процесс штука тяжелая - это только в вашей б-жестве, нах. (?), 17:02 , 04-Апр-20, (29) +3   Для сотен процессов а больше с пхп без кэша в статику и не выйдет действительн, Аноним (3), 17:30 , 04-Апр-20, (31)   я не очень понимаю, кому и что за статику такую не помещающуюся целиком в буфер, нах. (?), 18:59 , 04-Апр-20, (41) +2   дальше не читал, Аноним (55), 05:42 , 05-Апр-20, (55) –1   Видосы это отдельная история, их надо раздавать через aio, с этим в линуксе все , Аноним (3), 17:05 , 05-Апр-20, (82)   Зачем раздавать статику префорком Её можно раздавать чем угодно, хоть тем же ап, Онаним (?), 06:56 , 05-Апр-20, (59)   затем что если у тебя не свалка порно - то статику вполне можно раздавать префор, нах. (?), 10:06 , 05-Апр-20, (72)   А нахрена Для раздачи статики и проксирования есть mpm_event, который в этом пл, Онаним (?), 14:44 , 05-Апр-20, (79)   Хуже В nginx все через евенты А mpm_event - это тредпул, управляемый евентами С, Аноним (3), 20:49 , 05-Апр-20, (85)   У всех AIO рабочее, кроме nginx Ни на что не намекает, не , Онаним (?), 21:50 , 05-Апр-20, (87)   Настолько рабочее, что в ядре запилили новое AIO Вместо того, которое у всех ра, Аноним (3), 23:13 , 05-Апр-20, (89)   Интерфейс у AIO угрёбищный, да, но вот за не рабочесть Просто кто-то конкретн, Онаним (?), 19:12 , 06-Апр-20, (103) +1   Не совсем Всё зависит от нагруженности сервера Я нашёл-таки хороший обзор 1 с, Ordu (ok), 15:43 , 07-Апр-20, (106)   Про ПХП не знаю, но перлу по процессу на запрос не нужно Один FastCGI-процесс о, rvs2016 (ok), 23:41 , 04-Апр-20, (54)   С пыхом аналогично Но и там, и там - процесс на запрос Просто кроме специальн, Онаним (?), 06:58 , 05-Апр-20, (60) +3   Имеется в виду не то, что на каждый запрос создается новый процесс, а то, что од, Аноним (3), 04:16 , 06-Апр-20, (91)   Для веб разработки на пэхэпэПока ввиларибо разворачивают окружение на докерВ вил, Аноним (12), 14:41 , 04-Апр-20, (12) // Коммиты с фичами , Аноним (12), 14:42 , 04-Апр-20, (13) // а код для комита берется из вопроса на stackoverflow, да, мы поняли твою опечатк, нах. (?), 15:11 , 04-Апр-20, (16) +2 Хуже Пока в вилы-рибы утся с развёрнутым на докере и убирают голую задницу из, Онаним (?), 06:59 , 05-Апр-20, (61) адекватная система конфигурирования, вообще лишенная arcane magic rewrite отдел, нах. (?), 15:29 , 04-Апр-20, (19) +4 // Вот не могу не согласиться , Онаним (?), 07:01 , 05-Апр-20, (62) Причины две это лень учится новому и вторая это использование апача на шаред хо, BlackRot (ok), 16:43 , 04-Апр-20, (26) –2 // типичный снобизм модных-современных быстрообучаемых , которые на самом деле ни , нах. (?), 16:50 , 04-Апр-20, (28) +2 // Аргументы типичных анонимов опеннета, BlackRot (ok), 20:27 , 04-Апр-20, (49) нет, типичный аноним тут вякает про лень учиться Ну разумеется, он чувствует с, нах. (?), 22:22 , 04-Апр-20, (53) –1 1 Чему там учиться-то Любой знающий нормально конфиги Apache nginx настроит с , Онаним (?), 07:05 , 05-Апр-20, (63) // не настроит Если конфиг апача был не на одну страничку с единственным блоком На, Вы забыли заполнить поле Name. (?), 12:25 , 06-Апр-20, (96) Ну если совсем не жмёт и не студент, то лучше такие сразу пропускать, это значит, Онаним (?), 19:10 , 06-Апр-20, (102) Необязательно Есть еще пожелания технических руководителей - которые про nginx , нах. (?), 19:19 , 06-Апр-20, (104) Вот именно про это и речь, такое надо стороной обходить , Онаним (?), 21:56 , 06-Апр-20, (105) У 1С есть модуль для апача и iis и нету для nginx по крайней мере раньше так бы, Нанобот (ok), 18:09 , 04-Апр-20, (33) +3 // А его и быть не может, потому что там придётся либо Fast CGI городить, либо сво, Онаним (?), 07:09 , 05-Апр-20, (64) +1 Среди веб серверов Apache то-же самое, что BIND среди name servers, Тот самый (?), 20:05 , 04-Апр-20, (46) +1 Например то, что nginx не умеет нормально в динамику без прослоечек Когда для n, Онаним (?), 06:54 , 05-Апр-20, (58) // Когда апач научится проксировать запросы не отдельными процессами потоками, тогд, www2 (??), 09:45 , 05-Апр-20, (66) –4 // Извини, родной, но апач - это не прокси с доп функцией отдачи статических файло, Онаним (?), 09:47 , 05-Апр-20, (67) +3 Ну и да, когда мне всерьёз надо что-то проксировать, я беру haproxy например, ил, Онаним (?), 09:55 , 05-Апр-20, (68) в котором, кстати, еще и HA откушен начисто, оставлен только в коммерческом нену, нах. (?), 12:16 , 05-Апр-20, (74) +1 Если вам внезапно нужен какой-то специфичный HA для прокси, задачей которого в т, Онаним (?), 14:42 , 05-Апр-20, (78) тем что мне не нужен лишний набор костылей и подпорок под прокси, задача которо, нах. (?), 15:57 , 05-Апр-20, (81) А еще винт форматировать в ext4, это ведь тоже задача HTTP-сервера , Аноним (73), 11:17 , 05-Апр-20, (73) +4 Ну зачем же в ext4, сразу в APFS Стильно, модно, молодёжно , Онаним (?), 14:41 , 05-Апр-20, (77) +2 Поподробнее Что именно он не умеет , Аноним (4), 14:16 , 05-Апр-20, (75) // Покажи модуль динамики для нгинха, который не прокси к стороннему серверу , Онаним (?), 14:40 , 05-Апр-20, (76) +3 Что ты имеешь в виду Что бы nginx рендерил страницы , Аноним (4), 18:02 , 05-Апр-20, (84) Уже ничего Рендерит страницы таки браузер , Онаним (?), 21:54 , 05-Апр-20, (88) Серверы рендерят html страницы и отдают их браузеру, браузер рендерит изображени, Аноним (4), 02:02 , 06-Апр-20, (90) –1 Генерят, а не рендерят, школоло , Онаним (?), 08:44 , 06-Апр-20, (92) Ну то есть замечаний к nginx у тебя нет Только желание обсуждать что рендер - э, Аноним (4), 09:34 , 06-Апр-20, (93) +1 А ты похоже ещё и читать не умеешь Ладно, забей , Онаним (?), 19:08 , 06-Апр-20, (101) Практика показала, что в условиях отдачи статических файлов, размером 1GBапач в, Demo (??), 21:38 , 05-Апр-20, (86) // покажите, ЧТО вы там такое понанастраивали, что невменяемая конфигурация nginx о, Вы забыли заполнить поле Name. (?), 12:27 , 06-Апр-20, (97) Следующий шаг, включить Apache в состав Systemdsystemd-apached, Аноним (99), 13:52 , 04-Апр-20, (10) +1 // systemd-httpd, Аноним (11), 14:11 , 04-Апр-20, (11) +1 // погодите, вроде ж уже был давно , нах. (?), 15:11 , 04-Апр-20, (17) +1 Этому модулю 100 лет в обед в том же рхеле центосе, ничего нового не случилось, , Онаним (?), 09:56 , 05-Апр-20, (69) +2 При init upstart такой 967 е 961 ни не было, Аноним (35), 16:37 , 04-Апр-20, (25) +3 // тебе вот в этот тредик https www opennet ru openforum vsluhforumID3 120248 ht, нах. (?), 19:01 , 04-Апр-20, (42) Девляпсы добрались и до Apache httpd Очень сочувствую проекту, что-то изменится, Онаним (?), 06:52 , 05-Апр-20, (56) +1 // А чем плох Везде пишут, что CI тип удобно, Аноним (98), 16:26 , 06-Апр-20, (98) Больше интеграций богу интеграций , Аноним (83), 17:58 , 05-Апр-20, (83) Все Апач загадил себя системдом , Аноним (-), 11:08 , 06-Апр-20, (95) // Не включай в конфигурацию сборки этот модуль , Аноним (99), 16:57 , 06-Апр-20, (100) +1 1,4,10,25,56,83,95

Сообщения

[Сортировка по времени | RSS]

	24. "Релиз http-сервера Apache 2.4.43"	+2 +/–
	Сообщение от Аноним (3), 04-Апр-20, 16:13
	Если у тебя посещаемость в полтора анонима, то, конечно, разницы никакой. А если много, и среди них далеко не все с гигабитными каналами - то смотри: пхп нужно по процессу на запрос. Процесс - штука тяжелая, много процессов - много контекст-свитчей, мало процессов - не успеют обработать все запросы. Ходят к тебе 100 пользователей в секунду с медленных 3g/edge соединений. Апач будет держать процесс, пока они медленно и печально не получат ответ. А nginx - это 1-2-3-4... воркеров (больше, чем ядер, запускать бессмысленно), быстренько прочитает ответ от php-fpm в память, а потом эффективненько отдаст всем сразу в рамках epoll based fsm. Вместо php-fpm можно и апач с mod-php запустить слушать юникс-сокет, а на него проксировать nginx-ом. Принцип ничего не изменится, разве что апач памяти больше жрет.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	29. "Релиз http-сервера Apache 2.4.43"	+3 +/–
	Сообщение от нах. (?), 04-Апр-20, 17:02
	открою вам страшную тайну: "процесс штука тяжелая" - это только в вашей б-жественной десяточке. В современных (~2000+ года издания) юникс-лайк системах процесс сам по себе - примерно так же "тяжел", как и userspace реализация "epoll based fsm". Разница в реальном мире есть, но не на порядки, а максимум в разы. И если процесс висит на синхронном socket write - твое "3g" никаких контекст-свитчей не вызывает, пока весь буфер не уедет на ту сторону. А проблемы обычно возникают (на современном железе и на современных задачах) как раз с быстрыми юзерами на быстром канале, запросы которых просто не успевает обрабатывать сам php. nginx тут может ограничено помочь, кэшируя его выхлоп, но это очередная область магии, доступная (без последствий в виде залипшей в кэше устаревшей информации) немногим. В свое время кое-кто делал замены на bitrix + memcache + nginx в разных комбинациях. Получилось что собственное кэширование битрикса (а ведь сложно найти большее уродство) - эффективнее любого внешнего, не знающего, что можно кэшировать, а что бессмысленно.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Релиз http-сервера Apache 2.4.43"	+/–
	Сообщение от Аноним (3), 04-Апр-20, 17:30
	Для сотен процессов (а больше с пхп без кэша в статику и не выйдет) действительно в разы. А для статики - на порядки (раздай префорком c10k, я посмотрю). Кэшировать html в мемкеше - это вообще затея дурная, кэшировать надо в фс и отдавать статикой. В современных ОС, а не в вашей десяточке, вся свободная память используется под кэш фс. Соответственно, задача в случае cache hit сводится к отдаче статики, см. выше.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Релиз http-сервера Apache 2.4.43"	+2 +/–
	Сообщение от нах. (?), 04-Апр-20, 18:59
	я не очень понимаю, кому и что за статику такую (не помещающуюся целиком в буфер, и досвидос) ты раздаешь, что оно у тебя "порядки". Если рекламные баннеры - там да, есть ньюансы, еще с 90х годов. У меня получалось именно в разы, но я от рекламы далек нынче. > Кэшировать html в мемкеше - это вообще затея дурная это нормальная затея, когда у тебя быстрый канал и лишние лаги совсем и не нужны. Как не нужна и пилежка диска ненужными операциями. Кэш фс в твоей современной ос - г-но разработки 98го года, вымываемое первым же 180G.avi А в несовременной свои приколы, там тоже лучше лишних файловых операций не делать, когда результат по определению неперсистентен. Идет удаление файлов кеша. Обработано: 2982 Размер обработанных файлов: 4.26 МБ Удалено: 2897 Размер удаленных файлов: 3.73 МБ (мне ждать надоело, дальше будут цифры и похуже) вот и зачем этим мусором насиловать диск? Но там вывод был не в том что мекэш плохо - мемкэш хорошо. bitrix cache оказался лучше nginx - что с мемкэшом, что с on-disk. Хотя из общих соображений и казалось, что должно быть наоборот, и сборка на ходу из кэшированных кусочков проклятым пехепе должна быть в разы медленнее. Она и медленней. Но зато не вымывается и не протухает без необходимости. И это не статика, ага.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Релиз http-сервера Apache 2.4.43"	–1 +/–
	Сообщение от Аноним (55), 05-Апр-20, 05:42
	> ньюансы дальше не читал
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Релиз http-сервера Apache 2.4.43"	+/–
	Сообщение от Аноним (3), 05-Апр-20, 17:05
	Видосы это отдельная история, их надо раздавать через aio, с этим в линуксе все было плохо до последнего времени, а новое api еще нигде не внедрено. На freebsd же nginx+aio работает шикарнейше как сейчас так и 10 лет назад.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	59. "Релиз http-сервера Apache 2.4.43"	+/–
	Сообщение от Онаним (?), 05-Апр-20, 06:56
	Зачем раздавать статику префорком? Её можно раздавать чем угодно, хоть тем же апачем с эвентом и mod_proxy в отдельной инстанции, хоть haproxy, хоть чёртом лысым (тем же nginx'ом). Апач и хорош как раз тем, что у него есть десяток областей применения, в отличие от.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	72. "Релиз http-сервера Apache 2.4.43"	+/–
	Сообщение от нах. (?), 05-Апр-20, 10:06
	затем что если у тебя не свалка порно - то статику вполне можно раздавать префорком. Который понятен и ведет себя предсказуемо. А упрешься ты все равно не в favicon.ico, а в динамику.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Релиз http-сервера Apache 2.4.43"	+/–
	Сообщение от Онаним (?), 05-Апр-20, 14:44
	> можно раздавать префорком. Который понятен и ведет себя предсказуемо. А упрешься А нахрена? Для раздачи статики и проксирования есть mpm_event, который в этом плане не хуже нгинха.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Релиз http-сервера Apache 2.4.43"	+/–
	Сообщение от Аноним (3), 05-Апр-20, 20:49
	Хуже. В nginx все через евенты. А mpm_event - это тредпул, управляемый евентами. Сравнимо с тредами для раздачи крупной статики в nginx, которые суть костыль из-за неработоспособного линуксового AIO.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Релиз http-сервера Apache 2.4.43"	+/–
	Сообщение от Онаним (?), 05-Апр-20, 21:50
	У всех AIO рабочее, кроме nginx. Ни на что не намекает, не.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Релиз http-сервера Apache 2.4.43"	+/–
	Сообщение от Аноним (3), 05-Апр-20, 23:13
	Настолько рабочее, что в ядре запилили новое AIO. Вместо того, которое у всех рабочее, да. https://lwn.net/Articles/776703/
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Релиз http-сервера Apache 2.4.43"	+1 +/–
	Сообщение от Онаним (?), 06-Апр-20, 19:12
	> Настолько рабочее, что в ядре запилили новое AIO. Вместо того, которое у всех рабочее, да. Интерфейс у AIO угрёбищный, да, но вот за не рабочесть... Просто кто-то конкретный не осилил :)
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Релиз http-сервера Apache 2.4.43"	+/–
	Сообщение от Ordu (ok), 07-Апр-20, 15:43
	> В современных (~2000+ года издания) юникс-лайк системах процесс сам по себе - примерно так же "тяжел", как и userspace реализация "epoll based fsm". Разница в реальном мире есть, но не на порядки, а максимум в разы. Не совсем. Всё зависит от нагруженности сервера. Я нашёл-таки хороший обзор[1] с графиками, чтобы не совсем голословно излагать. До ~1000 конкурентных соединений к серверу подходы prethreaded, preforked и epoll различаются несущественно, в то время как threaded, poll и особенно forking подходы заметно отстают (в разы, как ты и говоришь). А при дальнейшем наращивании количества соединений начинаются интересности, сначала forking резко теряет производительность, потом poll. Threaded подход не столь резко, но тоже теряет. preforked сопротивляется лучше, и его протестировали поэтому аж до 8k конкурентных соединений. А когда мы переваливаем за 10k соединений, оба остающихся подхода (prethreaded и epoll) показывают резкий провал производительности. В сравнении с вендой *nix'овый процесс может и легче, но это не значит, что он лёгкий. Это довольно крупная штука, и использовать столь крупную штуку для обработки http-запроса -- это очень часто равносильно стрельбе из пушки по воробьям: это накладные расходы на переключения контекстов. Кроме того, в ядерном шедулере есть алгоритмы рассчитывающие приоритет задач, и эти алгоритмы имеют сложность O(n) от количества задач, а это значит, что само по себе количество запущенных процессов начинает влиять на общую производительность системы. С этим можно справляться, наверное: можно пореже переключать задачи, а может быть можно какой-нибудь особо тупой вариант шедулера использовать, который с приоритетами справляется за время O(1) -- я не вдавался в подробности, даже не знаю, если честно, возможно ли это. Но такие решения будут влиять на поведение _всей_ системы, а не только веб-сервера, и поэтому они не всегда применимы. Когда же мы засовываем всю асинхронность в юзерспейс, то, во-первых, мы можем подобрать такую реализацию, которая лучше ложится на задачу, не затрагивая при этом других частей системы (забив на приоритеты запросов, например, и обслуживая их по мере завершения блокирующихся вызовов, которые выполняются в процессе обработки запроса), и, во-вторых, мы можем избежать переключений контекстов: если какая-то неблокирующаяся часть обработки запроса выполняется микросекунды, то тогда мы можем выполнить много таких неблокирующихся частей обработки разных запросов без единого переключения контекста. То есть, техническая реализация всё равно может использовать переключения контекстов, но это софтварные переключения софтварных контекстов, которые сводятся к тому, чтобы сохранить регистры в текущем стеке, переключить стек, восстановить регистры из стека -- это на порядок (а после всех этих meltdown'ов, возможно и на два порядка) быстрее переключения контекстов между процессами через ядро. На многопроцессорной системе, эти маленькие софтварные неблокирующиеся куски тоже можно перекидывать между процессорами, точнее позволить процессам вытаскивать разблокировавшиеся куски из общей очереди и выполнять, и таким образом забивать полезной работой _все_ процессоры. Полезной работой -- это в смысле не расчётом приоритетов задач и переключением контекстов, а обработкой запросов. Но всё это становится возможным, только если мы запускаем потоков столько, сколько есть процессоров, и разруливаем блокирования при выполнении запросов серверу в юзерспейсе, а это значит, что мы используем epoll. С другой стороны, возможно, это не имеет отношения к php. Я в него очень давно заглядывал, он мне не понравился идеологически, и больше я не обращал на него внимания. Если я чего-то ещё и помню о нём, то это всё, я подозреваю, устарело лет на десять. Может быть php настолько тормозной, что ему начинает не хватать CPU гораздо раньше, чем ядру, даже при подходе "по fork'у на запрос". [1] https://unixism.net/2019/04/linux-applications-performance-i.../
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	54. "Релиз http-сервера Apache 2.4.43"	+/–
	Сообщение от rvs2016 (ok), 04-Апр-20, 23:41
	Про ПХП не знаю, но перлу по процессу на запрос не нужно. Один FastCGI-процесс обрабатывает много запросов.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	60. "Релиз http-сервера Apache 2.4.43"	+3 +/–
	Сообщение от Онаним (?), 05-Апр-20, 06:58
	С пыхом аналогично. Но и там, и там - процесс на запрос. Просто (кроме специальных кейсов) процесс не умирает после запроса, а обрабатывает следующий.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Релиз http-сервера Apache 2.4.43"	+/–
	Сообщение от Аноним (3), 06-Апр-20, 04:16
	Имеется в виду не то, что на каждый запрос создается новый процесс, а то, что один процесс одновременно может обрабатывать только один запрос. Это называется префорк-модель. И в перле, и в пхп оно. (Да, в перле есть еще треды, но это отдельное минное поле).
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема