Skip to content

Conversation

@ejona86
Copy link
Member

@ejona86 ejona86 commented May 13, 2024

CachingRlsLbClient already calls it with a lock held. The only reason the cache needs to manage the lock itself is for the periodic cleanup. Let the consumer of the cache handle the timer.


Just noticed I hadn't sent this out. This was done around the same time as #11124 (unrelated to the fallback RLS PR I just sent out).

CachingRlsLbClient already calls it with a lock held. The only reason
the cache needs to manage the lock itself is for the periodic cleanup.
Let the consumer of the cache handle the timer.
@ejona86 ejona86 requested a review from larry-safran May 13, 2024 14:29
@ejona86 ejona86 mentioned this pull request May 28, 2024
@ejona86 ejona86 merged commit 5c6b808 into grpc:master May 29, 2024
@ejona86 ejona86 deleted the rls-cache-notthreadsafe branch May 29, 2024 15:24
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Aug 28, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants