ŹR
Была бы операция "атомарно-удалить-старую-етс-и-переименовать-другую-етс-чтобы-она-называлась-как-удаленная"
Size: a a a
2020 January 09
AB
создаешь сразу два ets t1 t2 и в стейте генсервера указываешь какой актуальный
SP
ну смотри.. diff не так сложно сделать (если конечно там не миллионы строк):
update(Replacement) ->
Current = ets:tab2list(..),
CurKeys = sets:from_list(keys(Current)),
NewKeys = sets:from_list(keys(Replacement)),
ToDeleteKeys = sets:subtract(CurKeys, NewKeys),
ets:insert(.., Replacement),
[ets:delete(.., Key) || Key <- sets:to_list(ToDeleteKeys)].
ŹR
Alexander Beniaminov
создаешь сразу два ets t1 t2 и в стейте генсервера указываешь какой актуальный
Так "боттлнека" в виде генсервера и пытаюсь избежать
ŹR
Так придется ходить сперва в gs а потом в ets
PG
пихни её в persistent_term
ŹR
пихни её в persistent_term
Да, крутая тема но эрланг 20 пока что...
AB
за все приходится платить :) но отдать текущую ets это очень быстро
PG
тогда fast_global? я не знаю поддерживает он двадцатый эрланг или нет
ŹR
тогда fast_global? я не знаю поддерживает он двадцатый эрланг или нет
Может реально ее взять...
SP
ну смотри.. diff не так сложно сделать (если конечно там не миллионы строк):
update(Replacement) ->
Current = ets:tab2list(..),
CurKeys = sets:from_list(keys(Current)),
NewKeys = sets:from_list(keys(Replacement)),
ToDeleteKeys = sets:subtract(CurKeys, NewKeys),
ets:insert(.., Replacement),
[ets:delete(.., Key) || Key <- sets:to_list(ToDeleteKeys)].
с небольшой доработкой можно сделать чтоб оно не перезаписывало ключи у которых не изменились значения, но насколько это оправданно наверное зависит от того какой % ключей обновляется при апгрейдах
ŹR
с небольшой доработкой можно сделать чтоб оно не перезаписывало ключи у которых не изменились значения, но насколько это оправданно наверное зависит от того какой % ключей обновляется при апгрейдах
В общем это тоже подходит получается...
ŹR
И даже не жалко ресурсов на перезапись все по той же причине, что на скорость обновления в данном случае плевать
SP
ну я так делал для продакшна на очень загруженной таблице (Yuri возможно видел - кеш id валют / неймспейсов / консьюмеров в WGM; может уже выпилили с тех пор, но работало норм)
ŹR
Но возможно реально лучше просто вкомпиливать этот кеш
ŹR
Fast global потом легко меняется на persistent term
ŹR
А это выглядит максимально стабильно на чтение, и все ещё пофик на запись
RA
Кто-нибудь скрещивал https://github.com/davisp/erlang-native-compiler и cmake? Хочу понять, есть ли смысл заморачиваться, или проще сделать руками.
PG
а если есть pre_hooks и post_hooks, То почему нельзя звать make или cmake прямо из них?