Исходное сообщение
"Предварительный выпуск проекта PXP, развивающего расширенный..." Отправлено Ilya Indigo, 18-Май-23 12:05
> В linux есть flock для защиты от повторного запуска комманды... И толку от этого? Мне нужно ограничить не повторный запуск всего скрипта, а ограничить запуск скрипта с точно такими же аргументами, и никак не ограничивать запуск этого скрипта, но с другими аргументами, при условии что они уже НЕ запущены. pgrep -cf для этого подходит идеально! >> php многопоточность возможна только через вызов exec('... &') > Я как мигрировавший с пыхи голанг раб скажу что в пыхе есть > для многопоточки файберы... Файберы появились недавно, в php 8.1 и на момент появления было не понятно как ими пользоваться. https://www.php.net/manual/ru/language.fibers.php https://habr.com/ru/companies/vk/articles/551240/ Судя по этой статье Файберы - это лютые костыли, которые даже не могут выполнятся одновременно, но при этом хорошо управляемы. Мне метод с exec('... &>>/path/to/log/or/dev/null &'); гораздо больше нравится, тут управляемость костыльная, но я получаю реальный многопоток! > Так же у вас упадёт сервер если вы запустити 100500 комманд через > `exec`, тогда как гошечка отработает их и даже не заметит. Во первых cli-скрипты и не предназначены чтобы их 100500 штук запускали, для этого есть php-fpm и он должен обрабатывать основную нагрузку, а cli-скрипты выполнять какие-то служебные действия. Если у вас не так, то у вас (были) проблема в архитектуре приложения. Если всё-таки зачем-то и нужно запускать 100500 cli-скриптов, то нужно их самостоятельно ставить в очередь и обрабатывать порциями, в зависимости от ресурсов сервака.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> В linux есть flock для защиты от повторного запуска комманды... > И толку от этого? > Мне нужно ограничить не повторный запуск всего скрипта, а ограничить запуск скрипта > с точно такими же аргументами, и никак не ограничивать запуск этого > скрипта, но с другими аргументами, при условии что они уже НЕ > запущены. > pgrep -cf для этого подходит идеально! >>> php многопоточность возможна только через вызов exec('... &') >> Я как мигрировавший с пыхи голанг раб скажу что в пыхе есть >> для многопоточки файберы... > Файберы появились недавно, в php 8.1 и на момент появления было не > понятно как ими пользоваться. > https://www.php.net/manual/ru/language.fibers.php > https://habr.com/ru/companies/vk/articles/551240/ > Судя по этой статье Файберы - это лютые костыли, которые даже не > могут выполнятся одновременно, но при этом хорошо управляемы. > Мне метод с exec('... &>>/path/to/log/or/dev/null &'); гораздо больше нравится, тут управляемость > костыльная, но я получаю реальный многопоток! >> Так же у вас упадёт сервер если вы запустити 100500 комманд через >> `exec`, тогда как гошечка отработает их и даже не заметит. > Во первых cli-скрипты и не предназначены чтобы их 100500 штук запускали, для > этого есть php-fpm и он должен обрабатывать основную нагрузку, а cli-скрипты > выполнять какие-то служебные действия. Если у вас не так, то у > вас (были) проблема в архитектуре приложения. > Если всё-таки зачем-то и нужно запускать 100500 cli-скриптов, то нужно их самостоятельно > ставить в очередь и обрабатывать порциями, в зависимости от ресурсов сервака.
	Введите код, изображенный на картинке: