Appdynamics：了解并改进Appdynamics(AppD)确定的性能瓶颈
我使用AppD作为应用程序的APM，在缓慢的事务报告中，它显示了大多数调用，这不是我们的应用程序代码，我们调用开放源码库方法。例如：
我想强调的是，我已经检查过了，我的服务器没有加载，CPU和内存的使用率都很低，这段时间用于非常少量的数据处理。
让我知道这背后的原因，以及如何优化我的应用程序的性能。
共有1个答案
反射（本质上是TypeVisitor和TypeToken类）在Java中总是代价高昂，请尽量不要使用它。渲染时间似乎还可以。应用程序中的高延迟可能有上千个原因，但您只提供了这么多信息，所以这是您所能得到的最佳答案。
-
我正在使用AppDynamics的ActiveMQ扩展。开始很好。有了JMXRemote（在artemis.profile中启用）就可以了。但是，我希望它来自localhost。默认情况下，为AMQ的localhost启用JMX。AMQ管理控制台在内部使用jmx，并且在未启用JMXRemote的情况下工作。jolokia在内部使用来自本地主机的JMX连接什么服务URL？我尝试了以下URL： 服务U
-
我正在进行一些概念验证，以便在不安装AppDynamics代理的情况下将跟踪和度量摄入AppDynamics。我有一个应用程序发射普罗米修斯度量和跟踪。我找不到任何关于opentelemetry收集器的Appdynamics文档。 我在https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/main/export
-
我正在编写一种方法来查找高达n的素数（埃拉托色尼筛），是的，这是为了家庭作业。我希望在我编写的方法中提高性能。在过去的几天里，我一直在调整这个，但无法遵循给定的伪代码并提高性能。 伪代码如下： 创建一个数字队列来处理 用包含2到n的整数填充队列 创建一个空的结果队列来存储素数 重复以下步骤： 通过从数字队列中删除第一个值来获取下一个素数p 将p放入素数的结果队列 循环通过数字队列消除所有可被p整除
-
我正在使用自定义列表视图来显示图像和文本。下面是我的列表视图项的布局文件和后面的代码。我会在帖子的底部解释我的问题。 下面是将必要信息加载到列表视图中的后端代码。 12-21 03:54:20.827:D/OpenGrenderer（1248）：启用调试模式0 12-21 03:54:20.955:我/编舞（1248）：跳过36帧！应用程序可能在其主线程上做了太多的工作。 12-21 03:54:
-
我在玩jmh，在关于循环的部分，他们说 您可能会注意到重复次数越多，被测量操作的“感知”成本就越低。到目前为止，我们每次添加都使用1/20 ns，远远超出了硬件的实际能力。发生这种情况是因为循环被大量展开/流水线化，并且要测量的操作是从循环中提升的。士气：不要过度使用循环，依靠JMH来获得正确的测量。 我自己也试过了 并得到以下结果： 它确实显示了MyBenchmark。MeasureError\
-
我们正在尝试使用Apache Phoenix驱动程序来提高HBase设置的读取性能，以对抗约1150万条记录的数据集。 HBase 0.98 Apache Phoenix driver 4.3.1 Squirrel Client 3.2 该表由21列组成，下面是DDL语句： 我们已经对表执行了salting（salt buckets=3)，并在所有列上创建了一个辅助索引（不可变索引）。 我们执行以