Skip to content

Has Client-Side Caching been benchmarked under high load? #3260

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
a-khakimov opened this issue Apr 17, 2025 · 0 comments
Open

Has Client-Side Caching been benchmarked under high load? #3260

a-khakimov opened this issue Apr 17, 2025 · 0 comments

Comments

@a-khakimov
Copy link

a-khakimov commented Apr 17, 2025

Hi,

I’m currently experimenting with Client-Side Caching and I’m seeing some performance issues when working with a large number of keys.

In my test setup:

  • I create N keys (tested with over 10 million),
  • Then use one Lettuce client to GET all of them,
  • And another client to DEL these keys.

What I’m noticing is that eviction events (invalidation messages) seem to be processed extremely slowly in this scenario.

My question is:

  • Have you performed any load or stress testing of Client-Side Caching?
  • Is there any known bottleneck or limitation in how Lettuce processes invalidation messages (e.g., memory pressure, pub/sub event handling, internal queues)?

At this point, I’m still trying to determine whether the bottleneck is in Redis itself or in the client’s handling of invalidation events.

Any insights or shared benchmarks would be appreciated!

Thanks a lot.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant