SA
в ио пойманный ООМ пробрасывается в тредпул. попробую подшаманить ExecutionContext и ловить в нём.
Size: a a a
2020 January 10
DM
так постой, тебе же не надо ловить, тебе надо не ловить наоборот
только если ты не пишешь свою идею
SA
нет, надо ловить. у меня два файбера, связанных через Deferred. если один из них предназначен его комплитить и внезапно умирает, то приложение вешается.
SA
watchdog тоже не напишешь, в Fiber почему-то не предусмотрели метода проверки статуса файбера)
SA
В итоге заменил ExecutionContext на свой, который при OOM завершает приложение, а не поток. сойдет, я думаю.
SA
А вообще автора NonFatal ждет отдельный котёл в аду, с регулировкой подачи воды на отдельном файбере на машине с ограниченным объемом памяти.
Oℕ
нет, надо ловить. у меня два файбера, связанных через Deferred. если один из них предназначен его комплитить и внезапно умирает, то приложение вешается.
эх, щас бы файберы деферредом связывать
SA
эх, щас бы файберы деферредом связывать
ты так говоришь, как будто это плохо
Oℕ
Это в принципе плохо
Oℕ
Всегда когда есть возможность. файберы нужно связывать через Fiber
Oℕ
Очень часто злоупотребление дефередами от старых промис привычек из фьючерного прошлого
SA
Всегда когда есть возможность. файберы нужно связывать через Fiber
что ты имеешь в виду?
λ
λ
даже такое есть(
Oℕ
что ты имеешь в виду?
это значит, что вместо генерации дефереда, завершения его в одном файбере и ожидания в другом, лучше переписать через start так, чтобы один тред явно ждал завершения другого
λ
но вообще дефолт ec для IOApp уже ловит throwable
λ
@sergey_alaev похоже ты сделал то, что уже сделано
SA
мне нужен не дефолтный, мне нужен отдельный
SA
это значит, что вместо генерации дефереда, завершения его в одном файбере и ожидания в другом, лучше переписать через start так, чтобы один тред явно ждал завершения другого
ааа, это согласен. но у меня другой случай
λ
ааа понял, ты ж там дичь сделал с пулами)