В одном видео видел, что Максим Лапшин говорил не использовать

Ты посмотри реализацию, увидишь сколько там подводных камней. До введения алиасов была проблема, что после окончания ожидания тебе в ящик сыпали неожиданные ответы, например

0

1 месяц назад

Alexey Novoselov

Наоборот Максим говорил, что handle_call нужно почти всегда использовать, за редким исключением, потому что cast отлаживать очень проблематично и нагрузку не видно, только через очередь сообщений, но это криво

0

1 месяц назад

Danil Zagoskin

это сильно зависит от задач. В большинстве случаев call -- идеальный вариант. Что-то своё имеет смысл писать, если есть большие задержки и поточная обработка (например, кодирование видео)

0

1 месяц назад

Волька Автор вопроса

Nikita Vorontsov
Ты посмотри реализацию, увидишь сколько там подвод...

Понял, проблема в плохой реализации. Но ведь уже столько новых версий вышло, проблему так и не решили?

0

1 месяц назад

Nikita Vorontsov

Волька
Понял, проблема в плохой реализации. Но ведь уже с...

ну ещё и решили введением алиасов. Но там всё-равно много накладных расходов. Говорю, просто посмотри реализацию и реши когда это надо а когда нет использовать

0

1 месяц назад

Danil Zagoskin

Alexey Novoselov
Наоборот Максим говорил, что handle_call нужно поч...

"не видно", кажется, не очень хорошо отражает, чем плохо просто что-то послать. Большой профит от call в том, что если получатель тупит, то отправитель автоматически тормозится. Т.е. чтобы перекрытая дырка на выходе из системы затормаживала всю систему, а не приводила к распуханию

0

1 месяц назад

Yuri Pipchenko

Danil Zagoskin
"не видно", кажется, не очень хорошо отражает, чем...

Тогда call должен все время из одного и того же процесса дергаться.

0

1 месяц назад

Danil Zagoskin

Yuri Pipchenko
Тогда call должен все время из одного и того же пр...

в смысле из одного и того же? Если у меня 1000 процессов пишут в лог, и диск начал тупить, то call затормозит их все

0

1 месяц назад