DP
read perf (on cache hit)
там все равно будет сброс кеша (CPU) же при модификации кеша (данных)
Size: a a a
2020 June 22
RC
RC
поправил ошибку unexpected
RC
average: 0
rate: 0.00% (0)
rate: 0.00% (0)
с
поправил ошибку unexpected
какую?
RC
sum / uint64(len(unexpectedCalls))
RC
unexpectedCalls = 0
RS
так ты тут весь кэш заблокировал fetch’ем к чертям собачьим 🙂
RC
ты извини, но у меня созвон через 3 минуты :)
я не уверен, что прочту этот код
а вот схемку я бы глянул
я не уверен, что прочту этот код
а вот схемку я бы глянул
схема что ты прислал - жесть. все гораздо проще
с
а зачем?
у меня в 2-3 раза снизилось среднее количество обращений
с
в данном случае fetch запускается в отдельной горутине
RS
никто не получит
RLock пока fetch не завершится, а это сеть, она сверхмедленнаяRS
у меня в 2-3 раза снизилось среднее количество обращений
снизиться онo должно до нуля. Зачем идти в сеть, если в кэше уже есть? 🙂
с
чтоб до нуля — тогда ответ выше
DP
схема что ты прислал - жесть. все гораздо проще
жду твою
RS
чтоб до нуля — тогда ответ выше
какой?
ВС
А не кажется ли, что подобное поведение очень просится в issue? Раз уж в документации описано одно, а происходит по факту другое
AS
А не кажется ли, что подобное поведение очень просится в issue? Раз уж в документации описано одно, а происходит по факту другое
вы о чем?
RS
А не кажется ли, что подобное поведение очень просится в issue? Раз уж в документации описано одно, а происходит по факту другое
не, тут singleflight отрабатывает как надо, дело в race condition’е
RS
1. goroutine 1 calls Get, cache miss, enters fetchGroup.Do, is interrupted
2. goroutine 2 calls Get, cache miss, but is interrupted before hitting the fetchGroup.Do
3. goroutine 1 is re-scheduled, finishes its fetchGroup.Do and yields the result
4. goroutine 2 is re-schedule, hits fetchGroup.Do, which now doesn't have an inflight request