-
Notifications
You must be signed in to change notification settings - Fork 25
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
Order of task processing #10
Comments
Do you have code to reproduce the issue? |
Literally just the standard code from examples, add lots of tasks and sequentially increase the unique id. This is my test code, WN_GearmanClient is just a wrapper around GearmanClient so I do not need to do
|
I think |
I've been told that tasks is just a concept of client library, the server itself just looks at them as individual jobs. So what this is pointing too is an error in libgearman and maybe how it pushes the jobs to gearman itself. |
I have the same problem than @tsmgeek , and would add even worse : Imagine a queue with 1000 jobs waiting, and say 100 runing. If i declare another 1000 jobs with addTasks(), these new jobs will be executed before the ones already in the queue. So the ones in the queue may be indefinitely pushed back by incoming jobs. |
I started a post on gearmand about order of tasks being reverse to which they were added.
I see no note on the PHP docs that its LIFO instead of FIFO.
gearman/gearmand#319
The text was updated successfully, but these errors were encountered: