Е
да, наверное, но таймауты тоже на дадут. катастрофа и так и так
Size: a a a
2018 November 08
YZ
Ну потому что нет универсального варианта для всех случаев :)
Е
Я правда могу ошибаться
call шлет сообщение вида:
{:"$gen_call", {#PID<...>, #Reference<...>}, message}Е
при желании можно чистить очереди вылавливая эти сообщения при помощи
звучит как-то сильно коряво :)
handle_info,звучит как-то сильно коряво :)
Е
Yuri Zhloba
Хороший способ обрушить ноду из-за out of memory из-за переполнения очередей :)
хотя переполнение вряд-ли будет, ведь процессы с :infinity вызовами будут тоже ждать ответа. Скорее какие-то глобальные тормоза будут, а не переполнение памяти
Е
я стараюсь потенциально долгие обработки выносить в Task а генсерверам чисто контроль и ответы на запросы
DR
Если пытаться затыкать дырки, то можно уйти сильно глубоко
У нас процессы несуществующие ответы вычищают и логают. И нет необходимости в данном случае ломать процесс, если он может жить.
DR
А по логам, что мы получаем - видно, что где и тормозит и что нужно что-то менять.
DR
Опять же при этом не падают процессы, которые не должны падать и не создаётся ненужная нагрузка от процессов, которые упали там, где могли не падать.
DR
Так что это не mandatory - а вот чистить свой mailbox - mandatory в любой production системе, не важно откуда эти сообщения и по какой ошибке могут там оказаться.
Е
Dmitry Russ (Aleksandrov)
Так что это не mandatory - а вот чистить свой mailbox - mandatory в любой production системе, не важно откуда эти сообщения и по какой ошибке могут там оказаться.
интересная мысль. я вот не чищу, правда пока в разработке, а не в продакшене
Е
наверное есть смысл, при этом выводя в лог, что кто-то прислал спам
DR
Это нужно делать, даже потому что иногда это делают вообще другие библиотеки - и это вообще не твой спам, не от твоего call-а был. А какая-нибудь библиотека вернула тебе timeout, а ты получаешь тут же сообщение непонятное, которая эта библиотека не о работала. И если не чистишь - получаешь быстро OOM.
RB
Yuri Zhloba
Кстати, неплохая тема для митапа
Да, с удовольствием послушал реальный боевой опыт людей, которые почти каждый день с этим сталкиваются.
YZ
Те, кто обитают в Минске, могут послушать уже в понедельник, 12-го. Правда тема другая, про трейсинг.
D
Yuri Zhloba
Те, кто обитают в Минске, могут послушать уже в понедельник, 12-го. Правда тема другая, про трейсинг.
а можно поподробнее что за оно?
YZ
Е
А вот допустим мне приходит json с третьей стороны, нужно обработать кучу разных полей из этого джейсона.
Писать тучу проверок на наличие полей, их типов и допустимых значений слишком длинно, муторно и главное, бесполезно.
Кошерно ли в таком случае сделать код без каких либо проверок, обернуть его в
Писать тучу проверок на наличие полей, их типов и допустимых значений слишком длинно, муторно и главное, бесполезно.
Кошерно ли в таком случае сделать код без каких либо проверок, обернуть его в
try/rescue и вернуть {:error, исключение}?Е
падать низзя, достаточно лог с сообщением о кривом джейсоне
D
#Вакансия #Релокация #Канада #Elixir #Erlang
Город: Торонто, Канада
Компания: WGAMES (https://wgames.com)
Позиция: Senior Elixir/Elixir+Erlang Developer
Формат работы: офис
Зарплатная вилка: до 120 000 CAD в год (до ~500 000 руб. в месяц)
Канадская геймдев-компания с фокусом на разработке мобильного гемблинга ищет Elixir/Elixir+Erlang разработчика с релокацией в Торонто.
Подробное описание:
www.linkedin.com/pulse/senior-elixir-разработчик-в-канадский-мобильный-геймдев-ishkova
Город: Торонто, Канада
Компания: WGAMES (https://wgames.com)
Позиция: Senior Elixir/Elixir+Erlang Developer
Формат работы: офис
Зарплатная вилка: до 120 000 CAD в год (до ~500 000 руб. в месяц)
Канадская геймдев-компания с фокусом на разработке мобильного гемблинга ищет Elixir/Elixir+Erlang разработчика с релокацией в Торонто.
Подробное описание:
www.linkedin.com/pulse/senior-elixir-разработчик-в-канадский-мобильный-геймдев-ishkova