问题标签 [newrelic]

我正在使用“newrelic_rpm gem”，它在 sqllite 中运行良好（即，在 rails 中嵌入了数据库）。使用 mongoid.yml 时，它显示 sql[0] 用于 mongoid。它也无法在http://localhost.com:3000/newrelic/show_sample_sql?id=91570930中列出 mongoid 查询。

new-relic 是否支持 mongoid？给出在新遗物应用程序中包含 mongoid 的步骤..，在此先感谢

我有一个 Eventmachine 进程，我从 Heroku 上的 Procfile 开始。我想知道是否有人想出用 NewRelic 来监控这个？

我对在哪里优化数据库查询等感兴趣，并且通常只对它进行概要分析。我认为除了它已经在分析的网络请求之外，还有一些方法可以在 NewRelics RPM 的“背景”部分获取它的统计信息。

.我正在将 Newrelic 用于 java 代理。我在提示符中使用命令“java -jar newrelic.jar install”安装 newrelic.yml 文件。运行时，它显示消息为 INSTALL SUCCESSFUL 和一些其他信息。我还在运行 run.bat 文件时找到了 newrelic.yml 设置。但是当将端口作为 "localhost:8080/newrelic" 运行时，我无法在浏览器中看到 newrelic API。我在端口 8080 中启动了我的服务器。

newrelic diectory.My newrelic_agent.log 中的日志文件夹包含以下几行...，

我确定还没有在我的浏览器中启动 newrelic API。它显示错误为“HTTP 404 请求资源 /k12/newrelic 不可用。我正在使用 jdk 1.6 请帮帮我..？

之前使用过 New Relic，我知道它可以衡量性能，但它是一个外部依赖项。现在我的应用程序包含一些伪造的 gem 数据，我注意到性能有所降低（加载 1000 个带有附加图像的用户配置文件）。

• 是否有任何工具/宝石来衡量 Rails 应用程序的性能，因为这当然很重要？
• 是否有一些关于性能和 Rails 的文档或一般指导？我知道我可以在表上使用索引，但是如果您有拥有数千名用户的大型应用程序，那么您必须做更多的事情来提高性能。

欢迎对此主题提出任何建议。主要问题是：是否有本地类似 New Relic 的 gem 来衡量应用程序的性能，以便您进行改进？

是否可以使用 NewRelic 来监控 Rails 应用程序中的异常（如 Airbrake）

奖励：收到其他自定义错误的通知（例如，用户收到表单验证错误）

谢谢

我正在运行一个完全使用 Perl 构建的服务，New Relic 不支持该服务（除非您通过 ActiveState 的托管平台运行您的应用程序）。

我有兴趣使用 >only< New Relic 的 RUM（真实用户监控 - 从 javascript 跟踪器收集的数据）功能。我可能会为此对 API 进行逆向工程，但这听起来相当脆弱。是否有一种已知的安全方法可以利用 New Relic 的这一部分？

我的团队不断在我们的 heroku 控制台上收到 New Relic 日志消息。当您处理较长的命令时，这非常烦人并会导致问题，并且会在您的命令上打印出一批新的遗物日志消息。

其他人有这个吗？关于如何补救的任何指导？

我们的中型 Rails 应用程序在三台服务器上运行（生产中）。我们刚刚结束了试用期，使用 New Relic 作为宝石。在试用期间，我们跟踪了所有三台服务器，但要继续订阅，我们只需要（并且只有预算）跟踪 app1。

所以我们需要在 app2 和 app3 上禁用新的 relic。在与他们的客户服务沟通时，我被告知这是可能的，并且已被定向到此页面上的最后一个条目，但我不太明白这如何帮助我禁用其他两台服务器上的新遗物跟踪，特别是因为environment.rb 中没有提到 newrelic_rpm - 毕竟它是一个 gem，因此只在 Gemfile 中提到。

newrelic.yml 中有一个agent_enabled布尔选项，我认为我们可以在每个服务器的基础上进行设置，但我不知道该怎么做。有没有办法找出我们在 Rails 中使用的服务器，类似于 RAILS_ENV 变量？

我们一直在使用 New Relic，我想有个主意，apdex 中的样本量是多少。？它与网站服务的实际访问者有何关系？假设没有安装任何缓存机制，那么样本大小将是实际服务的访问者？

所以我在Cedar平台上的典型路由器日志看起来可能像

我想确认我对这些条款的理解queue，wait并且service

我最初的想法是：

• queue：如果使用 background_job 或 resque，则为队列的名称
• wait：请求在路由器中等待多长时间（New Relic 中的请求队列）
• service : 你的应用程序实际处理请求需要多长时间（不包括排队时间）

但是我在日志中的等待总是0ms。即使我有大量的积压。

我的定义错了吗？