You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After #97 lands, it'll be nice to have connection pools to prevent threads from connection starvation. Client should support connection pooling behind a feature flag.
Right now, we have r2d2-memcache for this, but it creates Client instances instead of Connection objects which is inefficient if Client contains multiple Connections.
The text was updated successfully, but these errors were encountered:
I am collaborator of r2d2-memcache, feel free if you willing to modify it.
And for other feature requests, I just have one suggest is that we can learn from https://github.com/mitsuhiko/redis-rs , I think it have more users and have better experimented maitainers.
I think it's better to export single connection management for users, connection pool customization is required. For current implementation using r2d2 is too limited and cannot even use r2d2's full functionality.
After #97 lands, it'll be nice to have connection pools to prevent threads from connection starvation. Client should support connection pooling behind a feature flag.
Right now, we have r2d2-memcache for this, but it creates
Client
instances instead ofConnection
objects which is inefficient ifClient
contains multipleConnection
s.The text was updated successfully, but these errors were encountered: