i
Как-то без очередей его можно напрямую отправить в фоне выполняться?
Те.е нужно запустить скрипт работать и вернуть ответ?
Size: a a a
2019 December 11
ВБ
Те.е нужно запустить скрипт работать и вернуть ответ?
да
i
i
Юзал такое на практике
ВБ
Есть еще queue:listen не помню в чем отличие. Слушать для чего. Ивент какой то?
тут с очередями не понятно, как они себя поведут. если трансляцию отправить в очередь, остальные будут ждать, когда она завершится?
i
но вообще лучше очереди юзать
i
тут с очередями не понятно, как они себя поведут. если трансляцию отправить в очередь, остальные будут ждать, когда она завершится?
По сути да
ВБ
Просто трансляций много и они одновременно идут
i
Но этот механизм для исключения ситуации, что у тебя сервак обкэшится (останется без свободной памяти)
ВБ
и по долгу
i
Можно настроить кол-во параллельных соединений
DB
тут с очередями не понятно, как они себя поведут. если трансляцию отправить в очередь, остальные будут ждать, когда она завершится?
Отработают параллельно. Но да памяти может не хватить
D
Просто трансляций много и они одновременно идут
можно сделать для них отдельную очередь и через Supervisor настроить numprocs сколько нужно, тогда задачи будут паралельно выполнятся
DB
можно сделать для них отдельную очередь и через Supervisor настроить numprocs сколько нужно, тогда задачи будут паралельно выполнятся
Для очередей есть как раз пример конфа
ВБ
Отработают параллельно. Но да памяти может не хватить
Да памяти дохера
DB
Да памяти дохера
Тогда кидай о очередь
DB
Сделай демон
DB
На supervisor
ВБ
Тогда кидай о очередь
free -g
total used free shared buffers cached
Mem: 160 29 0 0 0 27
total used free shared buffers cached
Mem: 160 29 0 0 0 27