使用：rails 3.2.11 和 New Relic（免费版）。
我遇到了一些应用程序非常慢的问题。我已经检查过它并大大加快了我的应用程序的速度。据 New Relic 称，该应用程序仍然非常缓慢，尤其是在渲染阶段。见图片：
然而，根据 Pingdom 的说法，它似乎在 2-4 秒内加载，这也是我访问该网站时的经验。
我正在使用 Memcachier，这大大加快了页面速度，但也许 New Relic 总是计算未缓存的控制器运行？
我最大的问题是，你能相信 New Relic 的“平均页面加载时间”是你网站到底有多慢的关键吗？你会更相信 Pingdom 的结果吗？
New Relic 通过各种连接速度、浏览器和计算机测量来自全球各地的真实用户的浏览器体验。正如 Jesse 所提到的，将 RUM 与 Pingdom 进行比较并不是苹果对苹果的比较。您网站上的真实体验也不太可能与您的体验相匹配，这就是 RUM 如此有用的原因。
有很多方法可以测试网页的性能，包括 pagestest.org 和YSlow。这些工具可能会为您提供更多信息，说明为什么您的页面加载时间比您预期的要长。
通过访问全套 New Relic 工具，您可以访问页面加载时间的地理细分，如下所述：https ://newrelic.com/docs/mobile-apps/geography-dashboard在这里您可能会发现来自某些位置意外地扭曲了您的结果。您还可以按照此处所述访问浏览器故障：https ://newrelic.com/docs/site/browsers ，您可能会发现某个特定浏览器对您的页面来说异常缓慢。如果它与浏览器有关，那您当然可以解决。如果只是地理问题，您可以轻松地知道除了解决该位置连接问题的 CDN 之外您无能为力。
在 Web 事务选项卡上，即使是免费订阅，您也可以按事务查看浏览器性能，这可能会帮助您看到一个页面比您意识到的要慢得多，并为您提供优化目标。
我感觉还挺准的 它的作用是在页面的页脚中注入一些 JavaScript，并测量点击链接和提交表单等事件的时间与页面就绪事件之间的差异。有关更多信息，请参见此处：https ://newrelic.com/docs/features/how-does-real-user-monitoring-work