在开发中,它按照我的预期运行,它有5个线程(目前由于redis连接限制而受到限制)它平均运行5-7个进程,这取决于工作人员是否需要做任何事情(有时工作人员会决定不工作,因为它正在处理的对象在几天前就更新了)。

在生产上,它的行为不同。它似乎要连续运行大约400次,然后立即重新安排工人的时间,等待一会儿,然后再发射一次爆发点。

工作人员使用facebook api (koala gem),为此,我使用了https://github.com/gevans/sidekiq-throttler(侧翼节流器)。
有了选择
sidekiq_options throttle: { threshold: 50, period: 60.seconds , key: ->(user_id){ "facebook:#{user_id}"} }我正在使用heroku和redislabs (目前的免费计划)和procfile。
web: bundle exec puma -C config/puma.rb
worker: bundle exec sidekiq -c 5和侧翼设置:
Sidekiq.configure_server do |config|
config.redis = { :url => "#{ENV['REDISCLOUD_URL']}", :namespace => 'sidekiq'}
config.server_middleware do |chain|
chain.add Sidekiq::Throttler, storage: :redis
end
end
Sidekiq.configure_client do |config|
config.redis = { :url => "#{ENV['REDISCLOUD_URL']}", :namespace => 'sidekiq' }
end这是某种已知的症状吗?
发布于 2014-09-24 15:25:15
看上去像预期的那样被勒死了。
https://stackoverflow.com/questions/26011269
复制相似问题