Sidekiq not deallocating memory after workers have finished

Mike Perham who wrote Sidekiq addressed this here: http://www.mikeperham.com/2009/05/25/memory-hungry-ruby-daemons/ tl;dr version: MRI will not give the memory back, the most you can do is control the heap, and to do that, Ruby Enterprise Edition was suggested. Don’t know that any of this helps, but that is the situation – straight from the horse’s mouth.

Disable automatic retry with ActiveJob, used with Sidekiq

As of sidekiq 6.0.1, it is possible to pass the following to an ActiveJob worker to prevent it from retrying: class ExampleJob < ActiveJob::Base sidekiq_options retry: false def perform(*args) # Perform Job end end More information: https://github.com/mperham/sidekiq/wiki/Active-Job#customizing-error-handling EDIT: According to this this requires Rails 6.0.1 or later as well.

What is the best way to use Redis in a Multi-threaded Rails environment? (Puma / Sidekiq)

You use a separate global connection pool for your application code. Put something like this in your redis.rb initializer: require ‘connection_pool’ REDIS = ConnectionPool.new(size: 10) { Redis.new } Now in your application code anywhere, you can do this: REDIS.with do |conn| # some redis operations end You’ll have up to 10 connections to share amongst … Read more

Hata!: SQLSTATE[HY000] [1045] Access denied for user 'divattrend_liink'@'localhost' (using password: YES)