AK
в очередь концептуально правильнее и безопаснее
И да, еще и проще. Синхронный вызов генсервера даст этот lock из коробки
Size: a a a
2020 September 15
ML
подскажите, годная ли идея юзать ets:update_counter для того чтобы лочить доступ к какомоу либо ресурсу в эрланг?
ты не можешь с его помощью залочить. Ты можешь только атомарно проверить наличие флага, но подождать не получится.
Не надо так, напиши лок сервер на gen_server
Не надо так, напиши лок сервер на gen_server
V
Лучше уж тогда взять готовый локер, чем городить своё. 🙂 А если нужно своё, кастомное - то все примитивы аля CAS уже есть на ets и atomics. Вопрос лишь в том нужно ли активное ожидание, или хочется чтобы разбудили.
𝕊
У меня не сработало
Потому что unmatched_returns это про другое. Как выше уже писали, здесь overspecs/underspecs или specdiffs
ИИ
Потому что unmatched_returns это про другое. Как выше уже писали, здесь overspecs/underspecs или specdiffs
+1 - оба работают
ML
воу какую неожиданную багу словили.
Оказывается будет больно и плохо использовать enif_alloc_env на шедулерском треде. Всё взорвется и испачкает стены чем-то неприятным
Оказывается будет больно и плохо использовать enif_alloc_env на шедулерском треде. Всё взорвется и испачкает стены чем-то неприятным
EK
почему? а как enif_send тогда делать? а также термы хранить между nif-коллами?
EK
а, это бага в эрланге
ML
Evgeny Khramtsov
а, это бага в эрланге
ты посмотрел на моё письмо?
EK
где? в мейллисте эрланга? нет
ML
Evgeny Khramtsov
где? в мейллисте эрланга? нет
ну, я туда написал
ML
в принципе можно обойтись и скудным апи erl_driver, но там нет whereis
ML
в принципе можно обойтись и скудным апи erl_driver, но там нет whereis
А, можно дернуть erts_whereis
ML
Нестыковка erl_driver и erl_nif прям расстраивает :(
Не все env-ы равны.
Не все env-ы равны.
V
Какой у тебя юзкейс для enif_alloc_env ? на нём же нельзя память освобождать нормально, только дропать весь env
ML
Какой у тебя юзкейс для enif_alloc_env ? на нём же нельзя память освобождать нормально, только дропать весь env
Прекрасно, дропаем целиком. Но беда в том, что в контексте driver port call им нельзя пользоваться, потому что он создается с привязкой к псевдопроцессу и такое разрешено только в тредах, которые через tsd не помечены как шедулерные
ML
Те по коду выглядит так, что нельзя даже в обычной нифке сделать enif_alloc_env и сделать в нем множественные операции с мапами, потому что именно они триггерят валидацию в дебаг режиме
V
хм, любопытно
ML
Все это выглядит как сырое место, в котором слишком много умолчаний сделали про кишки. Те очень неочевидно, что alloc env _обязан_ вызываться на чужом треде
AB
Еяпп, gauge это последнее значение при снятии метрик.