RC
моя схема лучше :)
а что в твоей схеме lock entry?
Size: a a a
2020 June 22
RC
это и есть кластеризация
DP
да, но уже написанная
RS
а что в твоей схеме lock entry?
там unlock сразу после проверки, у вас unlock после fetch
RC
там unlock сразу после проверки, у вас unlock после fetch
а кто сказал что на моей схеме Lock это лок кэша? это лок Entry!
RC
:)
MM
Всем привет. Подскажите плз, как лучше делать, держать все данные юзеров в БД и или допустим при запуске сервиса загружать их з БД в мапу
попробуй reindexer, in-memory database на плюсах написанная для go, возможно подойдет, если речь о производительности, вот репо
DP
а кто сказал что на моей схеме Lock это лок кэша? это лок Entry!
тогда твоя схема мутирует в мою :)
RC
тогда твоя схема мутирует в мою :)
я ж говорил, кластеризацию не рисовал. не совсем в твою, у меня все таки мэйнстрим всегда в RLock, и единственное когда это будет плохо работать - когда кэш все время растет (и тогда он не нужен)
RS
а кто сказал что на моей схеме Lock это лок кэша? это лок Entry!
вы сказали. В вашей схеме увы ничего подобного нет
RC
вы сказали. В вашей схеме увы ничего подобного нет
так же я сказал про кластеризацию, мне лень. не обязательно локать элемент, как у Даниэля. можно локать сегмент. но порядок локов у нас с ним отличается.
RS
так же я сказал про кластеризацию, мне лень. не обязательно локать элемент, как у Даниэля. можно локать сегмент. но порядок локов у нас с ним отличается.
и как вы эту кластеризацию реализуете? Вот это пока непонятно
RC
это разными способами
RC
в том числе через множество кэшей
RS
в том числе через множество кэшей
всмсл?
RC
map[cache_segment_id]cache
RS
map[cache_segment_id]cache
и откуда мы берём segment id?
DP
я ж говорил, кластеризацию не рисовал. не совсем в твою, у меня все таки мэйнстрим всегда в RLock, и единственное когда это будет плохо работать - когда кэш все время растет (и тогда он не нужен)
у меня там в качестве структуры кеша LRU, и оно все время немного меняется, но при этом 70% запросов попадает в кеш
RC
и откуда мы берём segment id?
подбираем так, чтобы попадания были размазаны максимально широко. хэш-функция
DP
и откуда мы берём segment id?
считаем как остаток от деления crc32 ключа на количество сегментов