Тестирование покажет:) Спасибо Вам!
И так уж, поворчать: Очень странно, что проблема с 4.94 есть, но о ней практически никто не пишет, упарился вчера искать решение...
Так ISP5 сама обновляется и всё исправляет под exim летом ещё.
Единственная разница интересующая конечного пользователя - скорость работы сайта и выдерживание нагрузок. На fastcgi сервер менее эффективен.
Это уже совершенно другая плоскость разговора. Мы обсуждали ваше заявление, что cgi и fastcgi это одно и тоже.
Конечно mod_php будет быстрее, только про 50% это вы загнули, не было таких у меня никогда приколюх в ISP5, чтобы такой был разброс. Там же ещё кэширование потоков идёт.
Fastcgi используется для реализации разных версий PHP на одном сервере. Такие услуги предоставляют масса хостеров, тот же reg.ru и там тоже ISP5 стоит, и тоже режим работы FastCGI. Что-то массовых жалоб на 50% упадок производительности не было.
Вот это реально велосипед 😀 я когда в 2000 начинал сайты делать и то лучше способ был. А сейчас есть паттерн singleton один экземпляр класса и не надо никакого файла-локера 😁
Вместо хвастовства, ТС-у бы ответили на его вопрос.
Нельзя юзать PID, об этом написано в мануале:
https://www.php.net/manual/ru/function.getmypid.php
Нет, это ispsystem путают) Ну или хз кто где путает, но скорее всего не я)
У них по факту нет разницы между fastcgi и cgi режимом. Разница только в названии, работают они одинаково туго - для каждого скрипта отдельный процесс из bin/php/cgi. Основано на личном опыте настройки и оптимизации сотен серверов под управлением этой панельки.
fastcgi и cgi это разные режимы. Вы всю дичь собрали про CGI. Да там ппц, и его использовать только исключительно для тестирования.
FastCGI это совершенно нормальный режим работы и достаточно быстрый, и opcache также с ним работает.
Если почитать эти режимы: http://xandeadx.ru/blog/php/866
PHP-fpm это как отдельный сервер FastCGI потоков, и он принимает запросы. В случаи apache он не имеет смысла т.к. сам апатч выступает в этой роли и сам создаёт потоки FastCGI
nginx + PHP-fpm, это тоже самое т.к. вы регулируете потоки FastCGI в PHP-fpm сервере. В случаи с апатчем, вы регулируете потоки самого apache, которые уже вызывают FastCGI.
Есть ещё подробнее инфорация: https://vpsadm.ru/raznitsa-mezhdu-rezhimami-php/
НО повторюсь, CGI и FastCGI это разные технологии. А PHP-fpm это вообще сервер PHP скриптов.
Основано на личном опыте настройки и оптимизации сотен серверов под управлением этой панельки.
Значит вы что-то не поняли или не так настраивали. Там в htop видно, что совершенно по разному работают скрипты с CGI и FastCGI. Может быть вы как-то там по особенному настраивали, но в ISP 5 именно так. Это разные технологии и работают они тоже по разному.
да как раз нужно много потоков
остальные параметры железа (память итд) совпадают
Если много потоков и вы уверены в этом, тогда конечно два процессора будут лучше.
Вы подменяете понятие.
Сервер это не процессор. Это комплекс железа + его настройка, оба компонента важны.
Эти два процессора НЕ могут быть одинаковые т.к. на одно ядро явно второй будет быстрее + он современный. Сами подумайте, 1 процессор уделывает два старых.
Ну и опять же, смотря для чего используется сервер. Если нужно много потоков, тогда конечно два процессора смогут позволить большую производительность.
Да ладно, можно подумать, все здесь регаются только для того, чтобы что-то прорекламировать. :)
А на джино реально по несколько дней приходится ждать ответа на тикеты.
В 99% да. Учитывая, что сняли ограничения новичкам, тут теперь рассадник спама и рекламы.
У ТС какие-то тёрки с хостингом и он скорее всего им сказал, или бабки или пойду писать про вас на форумах. Вот и пишет.
