aviggiano / redis-roaring

Roaring Bitmaps for Redis
MIT License
348 stars 56 forks source link

Is there anyone using this module in production? #64

Open 3AceShowHand opened 4 years ago

3AceShowHand commented 4 years ago

We are taking the investigation into this module, and want to know more about it.

Is there anyone using it in a real production environment, can you provide some useful information about it?

aviggiano commented 4 years ago

Hello,

We don't have currently any users testing this module in production, but there are some people experimenting with it in other contexts.

Although we have many unit and integration tests in place, I wouldn't personally recommend using it in prod before issue #2 is fixed. Since this module uses a custom, internal allocator to create Roaring Bitmaps, you might get inaccurate memory statistics on your redis server.

Redis' maintainers have pointed out that modules can now add their custom info sections, so I believe the path is much clearer now, we just need to find some time to do it.

Also, please let me know how you are planning to use this module, so that I can understand if it might be useful.

arthurkiller commented 3 years ago

@3AceShowHand hi, we are interested in this facility. After being sufficiently and carefully tested this repo is ready to be used in production environment.

BTW, what is your scenario about using RoaringBitmap?

jiangtao244 commented 3 years ago

We use this module to implement a tag service for a large amount of users, and offer a fast api to group user by some combination of tag operations. This tag service is going to release to production environment soon.

aviggiano commented 3 years ago

Hi there,

Just an update:

Since memory allocation reporting has been fixed on this PR https://github.com/aviggiano/redis-roaring/pull/66, redis' statistics must be accurate now (although I haven't personally tested it).

In this case, I would now encourage production usage for early adopters so that we can have more bug reports and make the module better.