x
Size: a a a
2020 April 08
AK
вопрос о остановке самостоятельно - можно подробнее о том как это делается? можно просто ключевых слов набросать по документации, сам найду
Самостоятельно это с помощью высталения Timeout
AK
а вот если процесс при создании регистрируется в
local и сторонний процесс шлет ему сообщение по имени - могут ли возникнуть гонки с первым сообщением? по идее - даеще как может. И при остановке тоже
AV
@Grigory_Fateyev ^ надо учитывать
AF
или использовать
continue, где гонок при инициализации не будетAK
или использовать
continue, где гонок при инициализации не будетне поможет
AK
сократит окно для гонки только
AF
не поможет
Странно, continue после init выполнится вроде гарантированно до обработки первого сообщения
AK
и вообще в эрланге ничего нет для исключения такой гонки, только доставка сообщений в такой процес через некую зарание установленную очередь
AK
Странно, continue после init выполнится вроде гарантированно до обработки первого сообщения
continue тут не при чем, если идет старт процесса из двух мест, оба они проверяют зареган ли процес, если нет то оба стартуют, потом кто первый регает тот регает, кто второй тот славливает креш
AF
Если что, я про возврат из
init {ok,State,{continue,Continue}}. Насколько я понимаю, handle_continue гарантированно выполнится до всех прочил коллбеков.AF
А, это да
AK
gproc это тоже не решает
AF
Но контекст вопроса был про инициализацию посылкой первого сообщения, вроде
AK
В этом контексте надо иметь в виду\
AK
ато вот я писал сервак для мобильных приложений, и на одной платформе клиент запросы слали по очереди и все ок было, а на другой платформе парни заоптимизировали загрузку и стали слать запросы паралельно. И с ростом нагрузки мы стали ловить эту гонку
g
а вот если процесс при создании регистрируется в
local и сторонний процесс шлет ему сообщение по имени - могут ли возникнуть гонки с первым сообщением? по идее - даНе должно, init первая стадия и всё внутри выполняется в первую очередь.
AV
Не должно, init первая стадия и всё внутри выполняется в первую очередь.
я отвечал на вопрос о первом сообщении в очереди
VV
Всем привет
Erlang/OTP 17.3
стоклнулся с зависшим процессом на функции:
Счетчик редукций не увеличивался долгое время, но из-за входящих сообщений расла очередь
send_timeout установлен 30 секунд
кто может сталкивался с таким? Как решали?
Erlang/OTP 17.3
стоклнулся с зависшим процессом на функции:
prim_inet:send/3 Счетчик редукций не увеличивался долгое время, но из-за входящих сообщений расла очередь
send_timeout установлен 30 секунд
кто может сталкивался с таким? Как решали?
SP
А сильно выросла очередь?