-
-
Notifications
You must be signed in to change notification settings - Fork 294
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
Write down that redis driver can't handle parallel workers #451
Comments
That is expected from queue but we may, indeed, state it more clearly. |
@samdark I'm pretty sure that Redis driver handles multiple concurrent workers (or at least it did in the past). |
@samdark this is about moving delayed and interrupted jobs to waiting queue - one worker can handle this, while the rest will skip it and process actual jobs in queue. |
Right. That needs to be verified. I've heard the same info about single worker being active while all others waiting for it to finish. |
Sorry, but rabbit-driven queue do it in parallel. After all, In docs there is example with supervisor, where few workers used. Few workers for single-thread work?) doubt |
It would be good to clarify which drivers can handle few consumers |
AFAIK all (except |
Few docker containers with entrypoint: |
I tried to test redis queue in docker, everything works correctly, the workers process jobs in parallel. The problem in redis driver is that the message can be lost between pop new message from "waiting" list and place it to the "reserved" set if worker crashes unexpectedly. To be more precise, the message will remain in the "messages" hash, but will not be sent. |
I ask to Write it down that library can't handle parallel workers when redis driver used.
What steps will reproduce the problem?
Run few workers with redis driver
What's expected?
Few workers working in parallel
What do you get instead?
Few workers working as 1 worker - spreading payloads in one-thread-work
Additional info
The text was updated successfully, but these errors were encountered: