ruby-on-rails – 独角兽工人的第一反应慢了几秒钟

ruby-on-rails – 独角兽工人的第一反应慢了几秒钟,第1张

概述我无法弄清楚如何让我的独角兽工人在他们真正“准备好”处理请求时才接受连接.我发现前几个请求很慢,然后它们会急剧加速(从几秒到几百毫秒).这个问题似乎更加复杂,因为独角兽似乎在一段时间后杀死了工人,这意味着我经常面临缓慢的第一次请求的性能损失.有没有人看过这个或者知道我能做些什么? 事实证明我们的i18n yml文件在第一个请求的视图中被延迟加载导致性能问题.简单地将以下内容添加到我的config 我无法弄清楚如何让我的独角兽工人在他们真正“准备好”处理请求时才接受连接.我发现前几个请求很慢,然后它们会急剧加速(从几秒到几百毫秒).这个问题似乎更加复杂,因为独角兽似乎在一段时间后杀死了工人,这意味着我经常面临缓慢的第一次请求的性能损失.有没有人看过这个或者知道我能做些什么?解决方法 事实证明我们的i18n yml文件在第一个请求的视图中被延迟加载导致性能问题.简单地将以下内容添加到我的config / unicorn.rb似乎解决了这个问题:

before_fork do |server,worker|  # The following is highly recomended for Rails + "preload_app true" as  # there's no need for the master process to hold a connection.  defined?(ActiveRecord::Base) and    ActiveRecord::Base.connection.disconnect!  # No need to disconnect from Redis servers--they are connected to lazily.  # Force translations to be loaded into memory.  I18n.t('activerecord')end
总结

以上是内存溢出为你收集整理的ruby-on-rails – 独角兽工人的第一反应慢了几秒钟全部内容,希望文章能够帮你解决ruby-on-rails – 独角兽工人的第一反应慢了几秒钟所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/langs/1290083.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-06-09
下一篇 2022-06-09

发表评论

登录后才能评论

评论列表(0条)

保存