redis-smq has better performance than bull, what to choose? about redis-smq HOT 3 OPEN

@AmreeshTyagi Thank you for considering this library for your future project and for sharing your benchmarks. This library is indeed focused on performance and simplicity. My advise to you, although it may not be in time, is to try it. Also you should consider the capabilities and the features the library provides. It is not a drop-in replacement for RabbitMQ in terms of features. I believe queuing a message and delivering it later to a consumer should be a simple task with minimal resource requirements and without introducing complex layers to your application. That is the main reason why this library was created. If you have any issue or a question, I will be glad to help you.

from redis-smq.

Throwing my 2cts here; I'm writing this as I've been dealing with both bull and smq - and we don't often celebrate great work.

Bull never really worked (at least for me) - I have an application that deals with ~10k messages/sec and I had a lot of memory issues with it (my consumer / producers would stop working after a couple of hours - with memory going up without apparent reason).

As I used an onion architecture (fortunately), I was able to switch from bull to redis-smq in an afternoon and all the issues were solved.

Only issue I had with redis-smq was the fact that version 7 didn't support point-2-point, but now it does. Migrating to v8 now and so far no issues, migration has been silky smooth.

Anyway, can't recommend redis-smq enough, it's probably the best piece of software to manage microservices with node (and bun also!). Very great work @weyoss !

EDIT: While i'm at it, a bit off-topic (but not worth the noise of an issue IMO) - I would love to have a documentation on v8 about cleanup (Best practice about closing producer / queue / consumer ? which functions ? should I .cancel() consumer before actually closing it ?)

from redis-smq.

@wackfx It's my pleasure!

Thank you for using redis-smq and also for sharing your delightful experience with the message queue. Your feedback is highly appreciated.

Sure. I will try to clarify the points you highlighted and in general the cleanup process and include it into the documentation.

from redis-smq.