- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
%% Note: set and unset are not thread-safe.
-spec set(key(), value()) -> ok.
set(Key, Value) ->
case ets:lookup(?status_tab, Key) of
[{_, {set, _OldValue}}] ->
ets:insert(?status_tab, {Key, {set, Value}});
[{_, {unset, Pid}}] ->
MRef = monitor(process, Pid),
Pid ! {set, Value},
receive
{'DOWN', MRef, _, _, _} -> ok
end;
[] ->
case ets:insert_new(?status_tab, {Key, {set, Value}}) of
true ->
ok;
false ->
set(Key, Value)
end
end,
ok.
-spec unset(key()) -> ok.
unset(Key) ->
case ets:lookup(?status_tab, Key) of
[{_, {set, _OldValue}}] -> ets:delete(?status_tab, Key);
_ -> ok
end,
ok.
-spec read(key()) -> value().
read(Key) ->
case read_or_wait(Key) of
{set, Value} ->
Value;
{wait, MRef} ->
receive
{'DOWN', MRef, _, _, {cvar_set, Value}} ->
Value;
{'DOWN', MRef, _, _, noproc} ->
read(Key)
end
end.
-spec read_or_wait(key()) -> {set, value()} | {wait, reference()}.
read_or_wait(Key) ->
case ets:lookup(?status_tab, Key) of
[] ->
{Pid, MRef} = spawn_monitor(?MODULE, waker_entrypoint, [Key, self()]),
receive
{Pid, proceed} ->
{wait, MRef};
{'DOWN', MRef, _, _, Reason} ->
cvar_retry = Reason,
read_or_wait(Key)
end;
[{_, {set, Val}}] ->
{set, Val};
[{_, {unset, Pid}}] ->
{wait, monitor(process, Pid)}
end.
-spec waker_entrypoint(key(), pid()) -> no_return().
waker_entrypoint(Key, Parent) ->
case ets_insert_new({Key, {unset, self()}}) of
false ->
exit(cvar_retry);
true ->
Parent ! {self(), proceed},
receive
{set, Value} ->
ets_insert({Key, {set, Value}}),
exit({cvar_set, Value})
end
end.
CHayT 08.02.2022 13:31 # 0
Soul_re@ver 08.02.2022 13:42 # +1
Это пример, как "дизайнить код так, чтобы его юзеры навсегда забыли о thread safety"?
bormand 08.02.2022 13:52 # 0
> not thread-safe
Какой скилл, в языке где нет тредов )))
Просто какое-то неатомарное взаимодействие с внешним миром и сообщения могут перемешаться?
CHayT 08.02.2022 14:03 # 0
> Какой скилл, в языке где нет тредов )))
Как это нет? Они просто называются ``процессами'', но суть не меняется.
bormand 08.02.2022 14:10 # 0
CHayT 08.02.2022 14:12 # 0
bormand 08.02.2022 14:13 # 0
А какой-нибудь CAS есть?
CHayT 08.02.2022 14:20 # 0
https://www.erlang.org/doc/man/ets.html#update_counter-3
bormand 08.02.2022 14:12 # 0
Ну как не меняется... У них изоляция всё-таки сильнее, мутабельных расшаренных данных нету.
CHayT 08.02.2022 14:17 # 0
[1] https://www.erlang.org/doc/man/counters.html#
[2] https://www.erlang.org/doc/man/persistent_term.html#
guest6 08.02.2022 14:17 # 0
j123123 09.02.2022 08:31 # 0
> Какой скилл, в языке где нет тредов )))
"not thread-safe" можно и в контроллерах сделать, даже если не делать никаких специальных "тредов" и "процессов", например если прерывание конкурирует за ресурс с обычным кодом или с другим прерыванием.
JloJle4Ka 10.02.2022 07:34 # +1
digitalEugene 14.02.2022 12:27 # 0
CHayT 14.02.2022 12:43 # +3
Floating_cockerel 14.02.2022 14:27 # 0
OMuKPOH 14.02.2022 20:42 # 0
ObeseYoung 14.02.2022 13:25 # 0
ObeseYoung 15.02.2022 16:35 # 0
guest6 15.02.2022 16:39 # 0
ObeseYoung 15.02.2022 16:41 # 0
guest6 15.02.2022 16:50 # 0
ObeseYoung 15.02.2022 17:20 # 0