What's the best way to decrease the logging? That's a ton of noise that is distracting from watching for those pesky N+1 queries and other important messages while developing.
It's great to have this as standard and simplify deployment for beginner apps. We can always migrate to another solution should we ever grow out of solid queue, but given 37 Signals seems to be moving to this in their production environment it's probably unlikely most of us will ever need to.
Nice video, thank you, I will start looking on how to do job uniqueness, callbacks, batches, monitoring and scheduling. There is no really an API I think one would have to query directly the database to do what I mentioned before.
Chris, awesome run down as always! Curious if you’ve tried litestack and what your thoughts are on SQLite as a production db with litestack to handle jobs and caching.
Maybe this is a stupid question, but why so many tables? Why use different tables for blocked, claimed and failed executions and not just a flag? Hope you enlighten me! 😅
I'm curious on the performance of this vs Resque. I had done a test using just an empty job with ActiveJob and Resque job at one point. ActiveJob was a little less than 2x slow than basic Resque job. I'm curious about Resque job + Resque vs ActiveJob + SolidQueue performance for the same workload. I'll likely do this at some point but if someone has done it already, I'd love to see it.
Too early to tell since this is brand new and Sidekiq is battle tested in many, many big companies and use cases. I think the simplicity of this will be a strong selling point and will probably become most people's default.
What's the best way to decrease the logging? That's a ton of noise that is distracting from watching for those pesky N+1 queries and other important messages while developing.
Thanks for the video! Since the job details are stored in the db, would we want to regularly clean up the tables to not waste space?
It's great to have this as standard and simplify deployment for beginner apps. We can always migrate to another solution should we ever grow out of solid queue, but given 37 Signals seems to be moving to this in their production environment it's probably unlikely most of us will ever need to.
Yep! Also I think this is particularly helpful for their new ONCE products that will need easy deployments for people unfamiliar with Rails.
Damn you were quick with this one. Great vid!!
Trying to stay on the bleeding edge!
Nice video, thank you, I will start looking on how to do job uniqueness, callbacks, batches, monitoring and scheduling. There is no really an API I think one would have to query directly the database to do what I mentioned before.
Thanks for the video! Do you know if solid queue supports or will support scheduled jobs, like a job that should run everyday at a specific time?
Chris, awesome run down as always! Curious if you’ve tried litestack and what your thoughts are on SQLite as a production db with litestack to handle jobs and caching.
Haven't tried it yet but I've heard good things and it sounds wonderfully simple to maintain.
Maybe this is a stupid question, but why so many tables? Why use different tables for blocked, claimed and failed executions and not just a flag? Hope you enlighten me! 😅
I'm curious on the performance of this vs Resque. I had done a test using just an empty job with ActiveJob and Resque job at one point. ActiveJob was a little less than 2x slow than basic Resque job. I'm curious about Resque job + Resque vs ActiveJob + SolidQueue performance for the same workload.
I'll likely do this at some point but if someone has done it already, I'd love to see it.
Chris do you see solid_queue potentially eating most of Sidekiq's lunch?
Too early to tell since this is brand new and Sidekiq is battle tested in many, many big companies and use cases. I think the simplicity of this will be a strong selling point and will probably become most people's default.
NICE.
It would be great if Solid_queue had a UI
скоро будет.
It will! DHH announced Mission Control which will be a UI for ActiveJob coming soon.