DP
ну - у меня была задача именно этого избежать
Size: a a a
2020 June 23
RS
ну - у меня была задача именно этого избежать
так не))
singleflight.Do на то и singleflight чтоб debounce’ить много запросов в один. Задача была избежать ненужные вызовы fetch которые на сеть идут за значениемRS
и double-
RLock вроде как помогает этого избежатьс
ну это не гарантирует, что лишних fetch не будет
AS
ну это не гарантирует, что лишних fetch не будет
лишний фетч внутри должен сингфлайт разрулить
AS
и double-
RLock вроде как помогает этого избежатьоч странно как оно разрулило 😮
p
и double-
RLock вроде как помогает этого избежатьчестно - выглядит странно. если тебе только апдейтить значение, то хватило бы RLock
RS
честно - выглядит странно. если тебе только апдейтить значение, то хватило бы RLock
всмсл?
p
всмсл?
у тебя кеш - это что? ) мапа?
RS
у тебя кеш - это что? ) мапа?
угу
p
map[key]*Item, а потом атомиком обвновляй Item ;)
RS
map[key]*Item, а потом атомиком обвновляй Item ;)
это не поможет 🙂
RS
он всё-равно несколько раз вызовет fetch
p
он всё-равно несколько раз вызовет fetch
а возврат старых данных допустим? или тебе обязательно надо дождаться нового значения?
RS
а возврат старых данных допустим? или тебе обязательно надо дождаться нового значения?
обязательно нового если expired
RS
этот кэш для аутентификации используется
DM
singleflight встроен в https://github.com/bluele/gcache по моему вполне рабочее решение
RS
singleflight встроен в https://github.com/bluele/gcache по моему вполне рабочее решение
RS
и?
exclusive lock on read