gpt4 book ai didi

ruby-on-rails - 如何部署线程安全的异步 Rails 应用程序?

转载 作者:数据小太阳 更新时间:2023-10-29 06:54:22 24 4
gpt4 key购买 nike

我在网络上阅读了大量关于不同版本的 ruby​​ 和 rails 的线程安全和性能的资料,我想我现在已经很好地理解了这些内容。

讨论中似乎奇怪地遗漏了如何实际部署异步 Rails 应用程序。当谈到应用程序中的线程和同步性时,人们希望优化两件事:

  1. 以最少的 RAM 使用率利用所有 CPU 内核
  2. 能够在之前的请求等待 IO 时处理新请求

第 1 点是人们(正确地)对 JRuby 感到兴奋的地方。对于这个问题,我只是想优化第2点。

假设这是我应用中唯一的 Controller :

class TheController < ActionController::Base
def fast
render :text => "hello"
end

def slow
render :text => User.count.to_s
end
end

fast 没有 IO,每秒可以处理数百或数千个请求,而 slow 必须通过网络发送请求,等待工作完成,然后通过网络接收答案,因此比 fast 慢得多。

因此,理想的部署将允许完成数百个fast 请求,而slow 请求正在等待 IO。

网络上的讨论似乎缺少的是堆栈的哪一层负责启用这种并发性。 thin 有一个 --threaded 标志,它将“在线程中调用 Rack 应用程序 [实验]”——是否为每个传入请求启动一个新线程?在持续存在并等待传入​​请求的线程中假脱机 Rack 应用实例?

瘦是唯一的方法还是有其他方法? ruby 运行时对于优化第 2 点是否重要?

最佳答案

适合您的方法在很大程度上取决于您的 slow 方法在做什么。

在理想情况下,您可以使用类似 sinatra-synchrony 的东西gem 来处理纤程中的每个请求。您只会受到最大光纤数量的限制。不幸的是,纤维上的堆栈大小是 hardcoded ,并且很容易在 Rails 应用程序中溢出。此外,我还读过一些有关调试纤程困难的恐怖故事,原因是异步 IO 启动后会自动让步。使用光纤时,竞争条件仍然是可能的。目前,fibered Ruby 有点像贫民窟,至少在 Web 应用程序的前端是这样。

不需要更改代码的更实用的解决方案是使用具有 Rainbows 等工作线程池的 Rack 服务器!或彪马。我相信 Thin 的 --threaded 标志在新线程中处理每个请求,但启动 native 操作系统线程并不便宜。最好使用池大小设置得足够高的线程池。在 Rails 中,不要忘记在生产环境中设置 config.threadsafe!

如果您可以更改代码,可以查看 Konstantin Haase 的优秀 talk on real-time Rack .他讨论了使用 EventMachine::Deferrable 类在构建 Rack 的传统请求/响应周期之外产生响应。这看起来非常简洁,但您必须以异步方式重写代码。

另请查看 CrampGoliath .这些允许您在与 Rails 应用程序一起托管的单独 Rack 应用程序中实现您的 slow 方法,但您可能必须重写代码才能在 Cramp/Goliath 处理程序中工作。

至于你关于Ruby 运行时的问题,这也取决于slow 正在做的工作。如果您正在进行 CPU 密集型计算,那么您将面临 GIL 给您带来问题的风险。如果您正在执行 IO,那么 GIL 不应该妨碍您。 (我说不应该,因为我相信我已经读过有关阻止 GIL 的旧 mysql gem 的问题。)

就个人而言,我已经成功地将 sinatra-synchrony 用于后端混搭 Web 服务。我可以并行向外部 Web 服务发出多个请求,然后等待所有请求返回。同时,前端Rails服务器使用线程池,直接向后端发出请求。不完美,但现在效果很好。

关于ruby-on-rails - 如何部署线程安全的异步 Rails 应用程序?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8146851/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com