SP
а на новых counter или atomic такое нельзя сделать? Если чт оя в локах слабо шарю
Size: a a a
2020 March 10
V
хм, надо кстати на них тоже посмотреть, спасибо что напомнил. Так-то у меня пока otp 20, но в целом я прикинул связку gen_server + ets для того чтобы сериализовать запись и чтобы не ходить в генсервер для чтения, но думал может что готовое есть.
SP
хм, надо кстати на них тоже посмотреть, спасибо что напомнил. Так-то у меня пока otp 20, но в целом я прикинул связку gen_server + ets для того чтобы сериализовать запись и чтобы не ходить в генсервер для чтения, но думал может что готовое есть.
У Ulf Wiger может что-то есть?
V
у него был locks, но мне казалось он был слегка тяжеловесен, надо его еще раз глянуть
ML
на всякий случай поясню что без классического "давайте у нас ген-сервер будет локом и все в него будут ломиться".
Будет проще тебе помочь, если ты расскажешь чего хочешь
V
Есть ресурс к которому надо давать или shared read access, или exclusive write access. Для этого хочу заюзать fair rwlock. Поскольку сами операции выполняемые над shared объектом могут быть довольно короткими хотелось бы чтобы лок был максимально легковесным.
ML
Есть ресурс к которому надо давать или shared read access, или exclusive write access. Для этого хочу заюзать fair rwlock. Поскольку сами операции выполняемые над shared объектом могут быть довольно короткими хотелось бы чтобы лок был максимально легковесным.
У нас похожей задачей занимается генсервер, которому явно сообщают о блокировании, разблокировании
DF
Ну без отдельного процесса тут не обойтись.
DF
Вопрос только в том как с ним работать.
V
я пока вижу связку ets + gen_server, где для чтения не нужно ломиться в генсервер если уже кто-то взял лок на чтение
AK
erlang же, значит велосипедить выгоднее всего
V
другое дело не отследишь если писателей/читателей убивают, но для этого можно держать lock_agents, которые держат стейт того, что нужно конкретному процессу кто берёт локи
DF
В крайнем случае можно порезать лок-сервер по хешу ресурса или даже стартовать процесс на ресурс.
V
ресурс один
DF
Тогда можно резать по хешу запрашивающей стороны.
AK
другое дело не отследишь если писателей/читателей убивают, но для этого можно держать lock_agents, которые держат стейт того, что нужно конкретному процессу кто берёт локи
линковать при локе
DF
Но если локи сложные, то да, не выйдет.
V
не понял что ты резать собрался Денис
DF
Я так понял ты беспокоишься что этот процесс будет боттлнеком.
V
лок на весь ресурс, по крайней мере пока ^^