问题标签 [appdynamics]

我需要将它添加到中央存储库。但是 appD 没有提供其详细信息，例如组 ID、工件 ID 等以添加到正确的路径中。那会是什么？

我的节点应用程序的 CPU 使用率正在逐渐增加。我发现内存泄漏正在发生。通过 AppDynamics，我发现在processImmediate调用树下有大量保留的内存随着时间的推移而不断增加。当我深入研究时，我发现问题出在setPromises函数上。

我想听听你对我一直在使用的 Promise 的一种特殊用法的看法。循环的承诺。下面是这种用法的示例函数结构。

一个小时内的堆增长如下图所示

上述函数必须对数据数组中的对象进行同步更新。这有内存泄漏的可能性吗？

这种比较是否有效？除了崩溃日志之外，Appdynamics 还做了很多其他事情。因此，将 Crittercism 用于崩溃日志是一个好主意或坏主意。

数据不是从独立的 Java 应用程序加载到代理控制器，而只是说 Java 代理已成功连接并等待数据加载。

在自动检测和对象跟踪仪表板选项卡中，无法查看详细信息或深入了解独立 Java 应用程序的对象跟踪实例。

配置从应用程序添加一些完全限定的类名。

请建议，我是否需要进行任何其他设置才能获得向下钻取功能？

我们的 PROD 应用程序存在问题。我们在事务中看到随机延迟（基于 API，无会话）。交易只是冻结 b/w 处理，没有模式（不在交易的一部分或一天中的某个时间暂停），尽管有一种模式是 - 当我们进行更多交易时会发生更多。我们检查了存储、网络、数据库和其他与硬件相关的问题，但找不到任何问题。

我可以看到的一个问题是 - 每 2 秒将 GC（分配失败）写入 catalina.out - 这可以吗？或者这是否表明创建了很多对象

这是我们的 tomcat/JVM 和服务器配置 Xmx 设置为 4096m，xss 设置为 256k，连接器是 bio，http11protocol，maxthreads=150，acceptcount=100，compression=on，compressionminsize=2048 硬件 - 32G 内存，8cpu。在这些事件期间，cpu 峰值或内存使用都是正常的。甚至每分钟的 GC 收集时间看起来也很正常。我们使用 appdynamics，这也没有指出任何问题。我们使用 log4j 写入指向此延迟的日志记录。

tomcat 7.0.55、jdk 8_60、linux 6_9、vmware

我们也使用 SSL/TLS，但排除这种情况的一种方法是 - 这些延迟记录在 SSL 终止后发生的事务处理语句的 b/w 中。

我们应该启用哪种日志记录以更好地了解延迟？还有其他建议吗？

它们是任何可以显示 SSL 性能的 PROD 就绪工具吗？（显然APPdynamics没有显示这一点）

当请求小于 2kb 时，是否有人对基于 API 的调用使用压缩？

非常感谢你们在这里提供帮助！

我们有实例集群，而每个实例都有 DropWizard 指标收集器。

我们还尝试利用 AppDynamics 自定义指标，这样自定义脚本会命中 DropWizard 公开的端点 (/metrics) 并将感兴趣的指标发送到 AppDynamics Controller。

AppDynamics 有 2 种集群部署策略，用于衡量指标在整个应用程序视图（层）中的显示方式 - SUM 和 AVG。

虽然这适用于计数（使用 sum）和平均处理时间（使用 avg）之类的东西 - 我们现在不知道如何聚合 DropWizard 公开的每个实例百分位数 - sum 和 avg 看起来都不正确。

例子：

sum将给出 1700 当然根本没有用的东西。

avg将给出 600 - 这也不正确 - 我们正在失去对上限的跟踪。

如果 AppDynamics 有 MAX Cluster 推出——这或多或少是公平的——但仍然不正确。但 AppDynamics 没有。

我们也明白，收集集群百分位数的唯一完全正确的方法是在一个地方（例如 logstash 等）而不是在每个实例上执行来自所有节点的聚合。但现在这就是我们所拥有的 - 只是定期发送自定义指标。

如果有人对此提出建议，那就太好了。

提前致谢，

我已将我的应用程序与 AppD 集成。在我的仪表板中，我看到很多关于位置、事务时间、端点等的日志。但是当我崩溃时，我没有报告。

在一段时间内，我们可能希望将这两种分析结合在一起。这可能有问题吗？会不会降低速度？捕获崩溃日志的人之间会发生争执吗？

我们有一个运行在一个拥有大量服务器的网络场上ASP.NET MVC 5.2.2运行的网站。.NET Framework 4.5.1Web 应用程序与 AppyDynamics 集成。AppDynamics .NET Agent 4.3.2.1安装在每台服务器上。我注意到这是一个过时的版本，但我们还无法更新。

我们将 StructureMap 用于 IoC。

有时整个农场都会发生一些事情，可能是：

• 网络部署
• 服务器重启
• 手动 IIS 重置

受影响节点上的其中一个 Web 应用程序有可能无法正常运行。它将启动，但 IoC 从未执行，导致以下错误：

我们无法证明这一点，但我们认为 AppDynamics 代理只是在错误的时间拦截了 IIS 应用程序。Web 应用程序启动但未配置 IoC，因此出现上述错误。

我的问题

1. 这是一个已知的问题？我确实在网上搜索过

2. 如果您经历过这种情况，您是否知道可能的原因是什么？

3. 我们如何为我们的客户解决这个恼人的间歇性错误？

4. 是不是像更新一样简单？喜欢 StructureMap 和 AppDynamics？

编辑

• Web 应用程序部署到一个网络共享文件夹，该文件夹为场中的所有 Web 服务器提供数据。:(

• 如果 IoC 设置适用于所有其他节点，则它必须正常工作。这个问题似乎在安装 AppDynamics 代理后就开始了。

• 只有在整个场中重置 IIS 时才会发生这种情况。该节点上的一个站点将抛出我上面提到的错误。

• 我还在我这边调查

Application_Start()从Global.asax. 要查看图像的清晰视图，请单击它。

我看到 Appdynamics 4.2 声称支持Java 8 lambda 检测，但这种支持在 4.3 中被删除了。我在4.3 发行说明中找不到任何提到删除对 lambdas 的支持的内容。

发生了什么？它是否与JDK-8145964有关？