Resque: COUNT= n 不适用于产生多个工人

您正在使用错误的 rake 任务来启动多个工作程序。 尝试“ resque:workers ”而不是“ resque:work ”。

神配置见http://github.com/defunkt/resque/tree/master/examples/god/。 我不得不稍微调整一下它才能为我工作，它似乎仍然存在问题，但这是一个不错的起点。 请注意，当您要求它时，它实际上不会阻止工作人员。 您需要为此编写脚本或手动杀死它们（通过 kill -QUIT $PID）。

非常感谢 Nevans 的帮助。 多个工人创建正在工作。

• 每个工人都在由 Rails 应用程序（救援插件）产生的线程上运行还是它
  一个单独的过程？
• 根据在线文档 - 使用 Resque 的父/子架构，您可以告诉父级强行杀死子级，然后立即开始处理更多作业。
  这里的 Rails App 进程是作为父进程提到的，而工人是作为子进程提到的，还是我在这里遗漏了一点？
• Resque 上是否有某种形式的架构或设计文档？

干杯
DG

• 使用进程，而不是线程。
• 来源相当简单，并解释了所有这些：
  
  
  
  • 父工作进程通过“rake resque:work ”启动。 请参阅http://github.com/defunkt/resque/blob/master/lib/resque/tasks.rb。
  
  
  • 子工作进程从父进程派生出来，继承了父进程的环境。 参见http://github.com/defunkt/resque/blob/27dbbdb9ec940c99d32a8e0bcc91e72bdae88667/lib/resque/worker.rb#L85。
  
  
  • 在目前的形式中，“rake resque:workers ”只是多次运行“rake resque:work ”，而没有对工人进行任何监控。 它应该只在开发中使用（在生产中使用带有“rake resque:work”的god）。
  
  
  • "rake resque:work " 只会在你告诉它的情况下自动加载你的 rails 环境，通过将 "environment" 设置为 " resque:setup " 的先决条件。
  
  
• 阅读源代码，阅读自述文件，也许现在有一些有用的博客文章。

如果您使用的是 linux，以下命令应该会让您更清楚：

ps -ef f | grep [r]esque