- Порезанный
- 23 сентября 2026 г. в 10:41 UTC
- Автор
- Kamo
- Обещать
- e696226
getBulkPresence/getBulkLastSeen:*/PRESENCE LAST SEEN:* call - hit on every presence-socket mount and tab focus - and the 30s sweep ran Это в два раза больше, все против того же Редиса, который проводит каждую сессию. Ключи ходит и блокирует все ключевое пространство; в масштабе платформы, который является полным переизданием останавливаться на пути запроса, а не на перорг. Каждый из трех теперь читает поддерживаемый индекс вместо сканирования: - PRESENCE ORG INDEX:{orgId} - ZSET of memberId, забитый последним ударом сердца, написанный handleConnect/handleHeartbeat, удаленный handleDisconnect Грейс-период удалить. getBulkPresence читает его напрямую (org scoping is by строительство сейчас, а не чек на каждого кандидата; половина участника зачистки Читает его с ZRANGEBYSCORE, чтобы найти только правдоподобно-стабильных кандидатов. PRESENCE ACTIVE ORGS - это набор идентификаторов организации, поэтому подметка может посетить каждую организацию. индекс без обнаружения идентификаторов организации путем сканирования данных членов. ********************** Скачать игру BulkLastSeen the Точно так же. Не заметен, как раньше: собственный 400-дневный TTL Это все еще то, что удаляет его. PRESENCE PUBLIC INDEX - один плоский ZSET для сеансов посетителей (концепция организации отсутствует) Ничто не считывает их навалом, кормя публичную половину зачистки. Каждый хеш-ключ per-id (PRESENCE:, PRESENCE PUBLIC:, PRESENCE LAST SEEN): Неизменный - те же поля, те же ТТЛ - и остается единственным источником истины для его собственное состояние; индекс только сужается, на какие идентификаторы смотрят; чтение или Уборка все еще проверяет реальный хеш, прежде чем доверять или сообщать что-либо. самовосстановление (опускает ввод индекса), если хеш уже пережил его. А. Восстановленное сердцебиение (ключ истек в середине сессии) все еще не может атрибутировать орг - Такой же разрыв был у старого сканирования KEYS+HGET («orgId»), поскольку этот путь никогда не писался. поле; затрагивается только вид орг-насыпи, неизмененный по сравнению с предыдущим. PresenceBulkLookupTest (новый) и PresenceSweepTest (переписанный для) Новый механизм обнаружения, те же поведенческие штифты, что и раньше, плюс "никогда" вызывает проверку KEYS", проверяет мутацию: падение индекса записывать в РукояткаConnect, ветвь самовосстановления в getBulkPresence и охранник HasKey В каждом повороте у каждого поворота особое утверждение красного цвета.