Ruby on rails Rails后台任务开销
有人比较过各种背景处理技术的开销吗 背景/RB、椋鸟、工作 MemcacheQ 豆茎 背景工作(Bj) 延迟工作(Dj)Ruby on rails Rails后台任务开销,ruby-on-rails,Ruby On Rails,有人比较过各种背景处理技术的开销吗 背景/RB、椋鸟、工作 MemcacheQ 豆茎 背景工作(Bj) 延迟工作(Dj) 我将在一个片上实现其中的一个,我想知道它们占用了多少内存,这样我就可以将其考虑到我的决策中。我也对全面的比较感兴趣,但有一点我可以说,BackgroundRB被其作者认为是不推荐的。在EngineYard,他们特别推荐BackgroundJob,因为他们在BackgroundRB方面遇到了棘手的问题。不过,我没听说过您提到的其他选项。对于低维护,我喜欢做后台工作。它在Rail
我将在一个片上实现其中的一个,我想知道它们占用了多少内存,这样我就可以将其考虑到我的决策中。我也对全面的比较感兴趣,但有一点我可以说,BackgroundRB被其作者认为是不推荐的。在EngineYard,他们特别推荐BackgroundJob,因为他们在BackgroundRB方面遇到了棘手的问题。不过,我没听说过您提到的其他选项。对于低维护,我喜欢做后台工作。它在Rails进程中运行或通过cron运行,因此没有要监视的守护进程。在我的服务器上,Bj目前正在使用35636 RSS(大约相当于一个Rails进程)
当我听说有人使用BackgrounDRB时,我总是很惊讶,因为它基本上没有维护 它将根据Rails应用程序本身的不同而有所不同 这些处理器中的大多数依赖于Rails对象,它们将把整个Rails实例加载到内存中。您的应用程序内存将取决于型号的数量、任何插件的影响以及您的环境的主要气候条件 我让一个256mb的片运行几个Mongrel和BackgroundRB,发现后台进程使用的内存与Mongrel实例差不多
我一直喜欢的一个选项是将计划逻辑放在控制器中,并使用wget或Curl通过Cron调用它。您可以利用现有的Rails应用程序,并且设置它的开销非常小。在上述情况下,我没有使用此选项的唯一原因是要求每5秒访问一次队列(Cron只能每分钟运行一次)。这是我第一次听说这一点。谢谢你提到它。在我看来,它是积极维护的。目前,Sidekiq是一个更好的选择。在这里阅读更多信息,