我有一个很大的观点,需要很长时间才能完成内容的呈现。剖析 View 的哪一部分花费最多的时间是最好的剖析方法?我已经阅读了有关ruby-prof的文章,但是我不确定将其放置在何处以剖析 View 渲染。如果还有其他选择,我也想知道。

最佳答案

快速解决瓶颈的最简单方法是使用在本地工作的NewRelics Developer模式。

  • 确保您的Gemfile中包含ruby-profnewrelic_rpm
  • 导航到localhost:3000/newrelic并开始分析(在右栏中)
  • 向您要配置的应用程序页面发出实际请求,可能需要多次请求,以确保您不测量某些缓存和内容。
  • 导航回到newrelic开发人员模式,选择请求跟踪。
  • 按“自”列对表进行排序。这是至关重要的,因为按总时间进行的默认排序具有误导性。
  • 看看前10个调用,它们的调用方式,您可能会发现瓶颈。

  • 免责声明:我已经将此排序功能推到了newrelic的开发人员模式下,所以我有偏见。但是,如果自己尝试。

    关于ruby-on-rails - 在Rails中剖析 View ,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/4989741/

    10-09 04:40