так и было. две етс таблицы

придумал что-то типа шаблона и завернул в макрос. получилось красиво вполне

ну и все равно это в одном потоке делать придется, чтоб гонок не было, правильно ведь?)

а если в одном потоке, то можно и без всяких хитростей с counters обойтись)))

не. я делал в разных потоках

ну фиг знает, как у тебя получилось) что-то с трудом представляю)) разве что у тебя парсинг слишком медленный был, и оно тупо гонки не ловило

ловило бы

если бы не ... ?)

есть хитрость. записи то атомарные
формируешь новый ID c помощью каунтера
делаешь сначала запись в обратный индекс
:ets.insert_new и оно возвращает тебе новую ты запись добавил или нет. если новую, то ты добавляешь с этим индексом запись в прямую таблицу с этим ID.
если же вернулось false то параллельно с тобой какой-то другой процесс уже добавил это. и ты можешь дальше ничего не делать. но мне там надо было вернуть ИД созданный. поэтому там ets.lookup и возвращаешь ID

хитрость грязной не является, тк эти все ets'ы работают на мутексах в случае чего

такс, щас попробую понять))

а, ну это что-то типа optimisic lock-ов

ну может да, в общем-то что-то такое может работать

тестил отдельно во много потоков?

мнезия же начинает там в кластерные движухи дёргать. даже будучи запущенной в одну ноду и инмемори. на этом прям сильно терялась скорость. ну как сильно. по сравнению с ЕТС сильно

да

что-нить типа 10 потоков одновременно пишут, числа от 1 до 100000, потом по факту считываешь, считаешь сумму

ну ок, если работало что-то в этом духе, значит скорее всего правильно)

хотя, в случае необходимости перестройки индекса это все равно не поможет)

ну всмысле, если добавится там что-то в середину