微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

ruby-on-rails – 为什么ActionDispatch :: Routing :: RouteSet需要这么长时间

我在Rails 4.2.1上使用Grape为我们的应用程序提供API.

但是当我今天检查Newrelic的性能时,我发现RackApp Proc#call和Grape API :: Root#call占用了大量的时间. (见截图)

然后我尝试使用rack_timer记录中间件中消耗的时间,发现Actiondispatch :: Routing :: RouteSet占用了大部分时间:

Rack Timer (Application Action) -- Actiondispatch::Routing::RouteSet: 67.12579727172852 ms
Rack Timer (Application Action) -- Actiondispatch::Routing::RouteSet: 101.51457786560059 ms
Rack Timer (Application Action) -- Actiondispatch::Routing::RouteSet: 84.18059349060059 ms
Rack Timer (Application Action) -- Actiondispatch::Routing::RouteSet: 1236.2565994262695 ms
Rack Timer (Application Action) -- Actiondispatch::Routing::RouteSet: 8.124351501464844 ms
Rack Timer (Application Action) -- Actiondispatch::Routing::RouteSet: 55.65309524536133 ms

甚至在Actiondispatch :: Routing :: RouteSet中需要500ms – 1000ms的情况.我怎么能找到这个问题,怎么知道我在Rails路线上做错了什么?

非常感谢您的帮助.

解决方法

对我来说,事实证明Newrelic ruby​​代理不能与我用来构建API端点的gem_pants一起使用.

一个第三方gem’rocket_pants-rpm’来解决这个问题,但最初的一个停止使用newrelic_rpm版本3.9来解决问题,尝试在https://github.com/SpartaSales/rocket_pants-rpm使用分叉版本

这是添加此gem后newrelic报告查找的方式.

newrelic request time percentage

原文地址:https://www.jb51.cc/ruby/269551.html

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐