так себе затея
2. Ну в принципе это может пригодится. Я могу придумать пару кейсов для этого, но всё равно чаще всего можно в вебе без них
3. GC на процесс как раз нужен для мягкого реального времени, но это можно достичь, как я понимаю только за счёт правильный архитектуры, чтобы на один процесс не пересылалось много жирных сообщений. Другое дело, зачем на мягкое реальное время?
1. Кому так себе, кому очень полезная, хоть в проде, хоть на тестовых и дев инстанциях. Разработка не одним продом ограничивается.
2. Всё зависит от того, что твоё веб приложение делает - если это stateless процесс с очень простой задачей, как: прочитать - изменить - записать что-то в базу данных и умереть, то не пригодиться(хотя для тех же соединений в базу данных может пригодиться - но в случае ecto оно уже скрыто за библиотекой), в более сложных же случаях может быть очень полезно.
3. GC нужен для soft real time и fault rolerance (для второго ещё и супервизоры даны), если эти два качества не нужны, то может действительно стоит взять язык, который даёт качества, которые тебе нужнее в системе? Т.е. к примеру, чтобы всё работало быстрее, но и было менее отказоустойчивым, чем если писать на Erlang/Elixir. GC per process так же позволяет как можно лучше отделить то, что делает один процесс от другого, что нужно в данном случае и для отказоустойчивости.
Обсуждают сегодня