Software Alternatives, Accelerators & Startups

Defer.run VS delayed_job

Compare Defer.run VS delayed_job and see what are their differences

Defer.run logo Defer.run

Develop fast, ship with confidence and scale without limits.

delayed_job logo delayed_job

Database based asynchronous priority queue system -- Extracted from Shopify - collectiveidea/delayed_job
  • Defer.run Landing page
    Landing page //
    2023-09-08
  • delayed_job Landing page
    Landing page //
    2022-11-02

Category Popularity

0-100% (relative to Defer.run and delayed_job)
Data Integration
30 30%
70% 70
DevOps Tools
100 100%
0% 0
Stream Processing
0 0%
100% 100
Application And Data
100 100%
0% 0

User comments

Share your experience with using Defer.run and delayed_job. For example, how are they different and which one is better?
Log in or Post with

Social recommendations and mentions

Based on our record, delayed_job should be more popular than Defer.run. It has been mentiond 4 times since March 2021. We are tracking product recommendations and mentions on various public social media platforms and blogs. They can help you identify which product is more popular and what people think of it.

Defer.run mentions (1)

  • Request to send emails takes too much time
    I don't think nextjs itself is the right tool for this. Depending on your setup, look at something like defer.run, AWS SQS, etc. Source: 12 months ago

delayed_job mentions (4)

  • How to run a really long task from a Rails web request
    So how do we trigger such a long-running process from a Rails request? The first option that comes to mind is a background job run by some of the queuing back-ends such as Sidekiq, Resque or DelayedJob, possibly governed by ActiveJob. While this would surely work, the problem with all these solutions is that they usually have a limited number of workers available on the server and we didn’t want to potentially... - Source: dev.to / about 2 years ago
  • Delayed Job vs. Sidekiq: Which Is Better?
    Several gems support job queues and background processing in the Rails world — Delayed Job and Sidekiq being the two most popular ones. - Source: dev.to / about 2 years ago
  • Why does rails have a tradition of queuing background jobs in a separate NoSQL store, when both the queueing controller and the job class tend to hammer the main database anyway?
    Back in the day, before Sidekiq and such, we used Delayed Job https://github.com/collectiveidea/delayed_job. Source: over 2 years ago
  • A quick look at background jobs in Ruby
    There are a few of popular systems. A few need a database, such as Delayed::Job, while others prefer Redis, such as Resque and Sidekiq. - Source: dev.to / about 3 years ago

What are some alternatives?

When comparing Defer.run and delayed_job, you can also consider the following products

Resque - Resque is a Redis-backed Ruby library for creating background jobs, placing them on multiple queues, and processing them later.

Sidekiq - Sidekiq is a simple, efficient framework for background job processing in Ruby

Imply - Imply is a platform for real-time analytics and modern data applications, built from Apache Druid and delivered as a fully-managed DBaaS. Rapidly visualize and explore data with sub-second query response times.

Hangfire - An easy way to perform background processing in .NET and .NET Core applications.

Deduce - Protect your users

Enqueue It - Easy and scalable solution for manage and execute background tasks seamlessly in .NET applications. It allows you to schedule, queue, and process your jobs and microservices efficiently.