【问题标题】:Sidekiq spawns more workers than it set in configSidekiq 产生的工作人员比配置中设置的要多
【发布时间】:2014-12-19 00:54:42
【问题描述】:

我对 sidekiq 有一个奇怪的情况。我的配置文件是:

---
development:
  :concurrency: 10
staging:
  :concurrency: 10
production:
  :concurrency: 35

:queues:
  - [default, 3]
  - [very_low, 1]

我在staging 环境atm 工作。在我的流程中,我看到:

 % ps ax | grep sidekiq
 2784 ?        S      0:00 runsv sidekiq
 6206 ?        Sl     3:42 sidekiq 2.17.8 application [10 of 10 busy]

所以它使用了 10 个工人,就像它在配置中设置的那样……或者不?在我的管理端,我看到了这个:

我的DatafeedUnzipWorker 调用DatafeedImagesCreatorWorker,会不会有关系?为什么它显示在后端产生了 30 多个工人?

【问题讨论】:

    标签: ruby-on-rails ruby ruby-on-rails-3 sidekiq


    【解决方案1】:

    对于那些遇到同样问题的人,the sidekiq owner replied following

    如果您的 Sidekiq 进程崩溃或 Redis 出现网络问题,则数据会不同步。

    忙碌计数和工作人员选项卡在 2.x 中是出了名的不可靠。这就是为什么在 3.x 中添加了心跳。 答案是升级到 3.x。

    【讨论】:

      猜你喜欢
      • 2013-02-02
      • 2012-10-05
      • 1970-01-01
      • 1970-01-01
      • 2013-01-22
      • 2013-07-10
      • 2013-11-05
      • 2018-11-05
      • 2020-08-30
      相关资源
      最近更新 更多