问题标签 [apm]

我的 cakePHP 应用程序（托管在 centOS 7 上）由 appdynamics APM 监控。在他们的监控控制器中，我对耗时太长的事务进行了细分。

我还安装了一个简单的 chrome 页面计时插件。在我的一个网页上，我得到了以下结果：

如您所见，页面在 157 秒后加载！然而，在我的 APM 中，记录的最慢事务的“执行时间”为 2.1 秒。如果我的服务器在 2 秒内（通常在 0.5 秒左右）内提供页面，那么这可怕的 157 秒从何而来？如何监控加载时间的来源？

这是页面加载时间的另一个带有 Firefox 插件的示例：

这个花了将近 54 秒，这是一个真正的加载时间（看到它 mysekf）。但是 Net 选项卡下的 firefox Firebug 显示同一页面：

同样的请求需要 6 秒？为什么它们如此不同，为什么萤火虫不正确？我看到自己加载超过 50 秒

AppDynamics 和类似问题如何从应用程序中检索数据？我在这里的某处读到它是基于字节码注入的，但是这个信息有官方或可靠的来源吗？

我一直在尝试为我的 Web 服务器安装 PHP APM 插件，但是我遇到了困难，需要一些帮助。

我们能够在问题中安装插件，更新配置没有问题，并启动服务没有问题。但是，不久之后 php_agent.log 开始显示它无法连接到守护程序并继续失败。

我检查了守护进程，它显示它正在运行，但是我发现该进程实际上已经僵死了并且已经死了。重新启动 PHP-FPM 会移除僵尸，服务会再次运行几分钟，但很快就会回到僵尸状态。

我能够在我所有的网络服务器上复制这个问题。我什至旋转了一个全新的盒子并部署了它，添加了与其他盒子相同的配置，它也开始在启动后不久就开始僵尸了。

我的配置如下：

• CentOS 7（内核 3.10.0-229.11.1.el7.x86_64）
• PHP-FPM (5.5.30-1.el7.remi)
• Nginx (1:1.6.3-6.el7)
• 新遗物守护进程 (4.23.4.113-1)
• 新遗物 PHP5 (4.23.4.113-1)
• Newrelic PHP5 通用 (4.23.4.113-1)

雪上加霜的是，如果我们让僵尸离开太久，它最终会使网站在所有服务器上崩溃。确实，腰疼。

我将不胜感激任何人可能有的任何帮助或想法，因为这让我发疯。

谢谢！

在 Mac 上的 Qt 中构建 webrtc apm，bug 它在 arm_neon.h 中显示 #error "NEON support not enabled"

我设置了DJigger Collector并在csv文件中配置了一些主机，即

使用 DJigger 客户端连接到收集器并搜索“主机”或“主机名”（尝试值“ITEST01A”和“itest01a”）没有产生任何结果。我应该如何查找特定主机的收集数据？

我正在尝试将我的 JMeter 脚本转换为支持 dynatrace 的脚本。Dynatrace 已经发布了一个应该自动完成的工具。

链接到源： https ://community.dynatrace.com/community/display/DL/JMeter+Integration

我想知道是否有人尝试过这样做。
在终端上面运行后，我最终得到了看起来完全相同的新脚本 - dynatrace 标头没有被应用。我会很感激能找到以前尝试过的人。

我想在最重要的应用程序中使用 new relic APM。为了监控应用程序的性能，我在 api/post.go 文件中的 createpost api 请求处理程序上方添加了代码（如 new relic 中所述）。

应用程序显示在新的 Relic 仪表板上，并显示 CPU 和内存等属性。但没有显示响应时间和吞吐量属性。

根据新的 relic 文档（https://github.com/newrelic/go-agent），此代码必须添加到 main /init 块中，或者只是在我们需要监控性能的函数开始处添加。

但我无法监控响应时间和吞吐量属性未显示。可能是我在错误的地方添加代码。我还尝试在mattermost.go 文件的main() 函数开头添加代码。但没有成功。请建议我必须在哪里添加代码。

其次，他们还提到：

如果您使用的是标准 HTTP 库包，则可以通过包装 HTTP 请求来创建事务，作为检测函数代码的替代方法。
这是包装 HTTP 处理程序的前后示例：

前：

http.HandleFunc("/users", usersHandler)

后：

http.HandleFunc(newrelic.WrapHandleFunc(app, "/users", usersHandler))

这会自动启动和结束与请求和响应编写器的事务。

根据这个，我应该在 Mattermost 中的哪里添加代码？

Java 的（相对）新的内置性能监视器/分析器是 Mission Control。Oracle 文档宣传它们可以在生产中使用而不会导致性能下降（不到 2%）：

工具链 [Mission Control + Flight Recorder] 使开发人员和管理员能够从本地运行或部署在生产环境中的 Java 应用程序收集和分析数据。

我已经使用jvisualvm（VisualVM）很多年了，但由于假定警告它确实会产生性能开销，因此从未在生产环境中使用过。

所以我问：Mission Control（及其飞行记录器）和 VisualVM 之间有什么不同，可以让 MC/FR 不影响性能？还是它们不包含 VisualVM 提供的某些特性/功能？

我想在家里使用一些负载测试工具，比如 jmeter 来练习性能测试。谁能告诉我一些网站或应用程序的链接，我可以通过在家中使用负载测试工具抛出负载来练习性能测试？

我正在尝试在 Azure App Service 方面对 AppDynamics 和 Application Insights 进行很好的比较。

我试着用谷歌搜索，但找不到任何好的比较，如果有人可以在这里指出或总结。