Replies: 1 comment 4 replies
-
Hello @taru-svg
By default, an interaction with bucket leads to immediate request to Redis.
Did you use same key for all actors in load test? P.S. please read these issues that describe current state of Redis perfomanse #404 #479 #407 |
Beta Was this translation helpful? Give feedback.
4 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi @vladimir-bukhtoyarov ,
Thanks for providing this library!
I am using Bucket4j with Jedis integration and AWS Elasticache (Redis) and running a Performance test.
With around 80 users running for 10 mins, I see the latency of
.tryConsumeAndReturnRemaining(1)
is around 4 ms.But with the increase in users this method (tryConsumeAndReturnRemaining) takes around 300 ms
Here in my configuration, I am using Java 11 and Springboot
For accessing bucket:
`
Can you please help me identify, if I am doing something wrong.
Also I had one another question, When I use a distributed cache like Elasticache redis, does it go and update the tokens in that bucket for each request. We have multiple endpoints, hence the bucketKey we're using is userId_endpointPath
So I am testing this for 1 user and one single endpointPath, so does it update the token for each request in the backend path, or it maintains a cache on the machine locally and then updates the distributed cache periodically.
I checked this documentation on Bucket4j and it mentions the Async is not supported for Jedis, could that be a potential reason:
https://bucket4j.com/8.10.1/toc.html#bucket4j-redis
Beta Was this translation helpful? Give feedback.
All reactions