2016-03-28 2 views
0

На Rails 4 с использованием веб-сервера Heroku и Pumaделает WEB_CONCURRENCY применимым только к Worker Dynos?

Я пытаюсь понять WEB_CONCURRENCY относительно моего динозавра.

В настоящее время я работаю на одном стандартном 2x динамо. Я не использую никаких рабочих динамиков, так как ничего, что я делаю, нужно обрабатывать в фоновом режиме. Согласно документам Heroku, по умолчанию параллелизм составляет 4: 2X dynos: WEB_CONCURRENCY=4

Мой вопрос: Неужели параллелизм строго связан с рабочими динамиками? Поскольку я не использую каких-либо рабочих динамиков, должен ли я устанавливать WEB_CONCURRENCY в ноль?

Если есть какая-либо документация, которая может ответить на мой вопрос простым способом, пожалуйста, соедините ее. У меня слишком сложное понимание параллелизма и его установка на основе используемого мной динамика.

Thx!

ответ

1

Puma запускает несколько процессов ОС на каждом дино, чтобы приложение Rails поддерживало несколько одновременных запросов. В терминологии Puma они называются рабочими процессами (не путать с рабочими процессами Heroku, которые работают в их собственных динамиках). Рабочие процессы изолированы друг от друга на уровне ОС, поэтому не нуждаются в потокобезопасности.

прочитать: https://devcenter.heroku.com/articles/deploying-rails-applications-with-the-puma-web-server

Смежные вопросы