问题标签 [performance-monitor]

我有一个在 AWS 中运行的 Elastic Kubernetes 集群（EKS），在集群中许多服务和 Pod 正在运行。我想使用 AppDynamics 来监控服务和 Pod。我是 AppDynamics 的新手，所以我不太了解它。但我在某些方面感到困惑

1. 我应该使用哪些性能指标（CPU 使用率、实例数...）来监控集群

2. 我如何监控集群，如何使用 AppDynamics 设置 AWS 来监控一切

我知道，有很多关于如何获得这个值的教程。但我尝试了很多。我发现了一件很酷的事情，你实际上可以通过性能监视器获得一些 pc 的值（就像在这个视频中一样），我知道如何得到它们，但是他在这里怎么说性能监视器上没有 cpu temp 的值。

所以我发现了另一个超酷的东西，windows 10 的硬件类。再次搜索是这样的：Win32_TemperatureProbe class。

但我找不到教如何获取值的教程。在阅读了所有 Win32_TemperatureProbe 类之后，我发现我需要的是 CurrentReading，我想......所以现在我在我的项目中（在 Visual Studio 中）创建了一个计时器，每 1000 毫秒他从性能监视器中获取一些其他值.. . 到目前为止什么都没有。但正如我所说，性能监视器不采用 cpu temp。所以我想通过 Win32_TemperatureProbe 类来获取它。我该怎么做？（我把它都写下来了，所以你不会认为我没有做出任何努力）。

我按照本教程进行操作：httpsWin32_UserAccount ://youtube.com/watch?v=W7vPgAqC4fI&ab_channel=CampNerd 我用CurrentReading更改Win32_TemperatureProbe了他的标题...

他的功能修改：

它总是返回我“错误”。

所以我想知道，例如，MSI Afterburner 程序如何获取温度......

我也试过：https ://youtube.com/watch?v=JgsHfc-4TUE&ab_channel=SMBitSimplified但它已经开始了

我有一个奇怪的问题，用户创建的数据收集器集在启动后立即停止并且不收集实际数据。它仍然会创建我指定的文件，但是当我打开它时，里面没有数据。

此外，当我尝试操作系统附带的默认收集器集时，它给我一个关于操作员或管理员拒绝请求的错误。

这两个今天早上早些时候都工作得很好，我现在不明白有什么不同。我尝试重新启动，但我仍然遇到同样的问题。

我正在运行 Windows Server 2016。

有人有想法么？

我正在使用哨兵性能监控来响应本机应用程序，我对此了解不多，我想要实现的是，当我使用该应用程序时，我得到了屏幕名称以及所有 XHR 请求和 UiLoad 时间我不知道如何获得它们，任何帮助将不胜感激。

我已将 Prometheus 配置为监控 Hyper ledger Fabric 2.2.3，当尝试使用其指标时，无法找到 TPS，以下指标可用于编写普罗米修斯查询，这里我给出了我从测试网络端点获得的值（ orderer.example.com、peer0.org1.example.com、peer0.org2.example.com）。

• blockcutter_block_fill_duration_sum = 18.001410392

• 总和（broadcast_enqueue_duration_sum）= 0.001858912

• 广播处理计数 = 21

• 广播验证持续时间 = 0.151323897

在这里，我无法准确地找出指标及其值，

我没有得到 sum(broadcast_validate_duration,broadcast_enqueue_duration_sum) = 块填充持续时间，

总和 (instance,mychannel)((broadcast_validate_duration_sum)+(broadcast_enqueue_duration_sum))= 0.21863392000000004

请帮助我使用 Prometheus 指标计算 TPS，Hyper-ledger Fabric 网络的延迟。

任何人都可以给我解释 Prometheus 指标，映射到超账本交易流，并且所有指标都有 _count,_sum,_bucket 后缀。无法从官方文档中清楚地理解它们，在谷歌上找不到太多明确的信息。

我正在开发一个处理大型数据的 TypeScript 应用程序。主数据处理结束后，我将 data 声明为null，以便 GC 可以处理它。

但我猜 GC 处理不当，所以 JS 堆大小并没有下降。为了解决这个问题，想知道Chrome DevTools的Performance monitor中JS heap size这两个图表（深蓝线和浅蓝线）的确切含义。

浅蓝色图表中是否包含 GC 无法访问的数据？从数据大小的计算来看，如果GC运行良好，我认为深蓝色的线是合适的大小。

这是性能监视器的捕获图像。

感谢您花时间回答这个问题。