YZ
В одном конкретном случае, ценой потери информации
Size: a a a
2018 November 08
DR
Yuri Zhloba
Проблема вашего подхода в том, что он не различает воркера, завершившегося штатно, от воркера, завершившегося аварийно.
Различает, он же ловит ошибку.
YZ
Так это одинаковая ошибка для обоих случаев
DR
Yuri Zhloba
В одном конкретном случае, ценой потери информации
Опять же - если два процесса могут жить друг без друга:
GenServer.call не должен при потери одного ложить другой.DR
Это другая проблема - к первой никак не относящяяся.
YZ
Dmitry Russ (Aleksandrov)
Опять же - если два процесса могут жить друг без друга:
GenServer.call не должен при потери одного ложить другой.Вот с этим никто не спорит
YZ
Если по-простому, то нужно взять готовую либу с пулом воркеров, poolboy, pooler, или что там модно в эликсире.
DR
Поэтому
try catch (или call, call! бы) однозначно решают эту проблему в 100% случаев.YZ
И тогда не придется делать запросы в завершившиеся процессы
YZ
Либа не все проблемы решит, но большинство типовых
DR
Yuri Zhloba
Если по-простому, то нужно взять готовую либу с пулом воркеров, poolboy, pooler, или что там модно в эликсире.
Я не буду для уникального моего worker-а, который должен быть в одном экземпляре брать poolboy ради одного try catch-а
DR
Потому что у нас система - это система воркеров - по сути один большой poolboy.
YZ
Ну не будешь и не будешь, все тут взрослые люди, сами решают :)
DR
poolboy-ю там делать будет просто нечего.
DR
О чём я и говорю.
DR
Что в try catch-е ген сервера нет ничего плохого, когда один процесс может жить без другого.
YZ
Повторюсь, теряется инфа о том, был ли воркер завершен штатно, или скрашился
DR
Yuri Zhloba
Повторюсь, теряется инфа о том, был ли воркер завершен штатно, или скрашился
Если эта информация в этом контексте не нужна.
DR
Нужно знать, либо у меня есть информация, либо её нет
YZ
Ну раз не нужна, значит не нужна