问题标签 [performance-monitor]

我一直在使用Shivprasad Koirala 概述的方法来检查 C# 应用程序 ( VoiceAttack ) 中运行的代码是否存在内存泄漏。它基本上涉及使用性能监视器来跟踪应用程序的私有字节以及所有堆中的字节，并比较这些计数器以评估是否存在泄漏以及什么类型（托管/非托管）。理想情况下，我需要在 Visual Studio 之外进行测试，这就是我使用这种方法的原因。

以下代码部分生成以下内存配置文件（请记住，与 Visual Studio 相比，该代码的格式略有不同，因为这是包含在主 C# 应用程序中的一个函数）：

您可以看到，在运行此代码后，私有字节数不会恢复到原始计数，并且所有堆中的字节数大致保持不变，这意味着有一部分非托管内存未释放。连续几次运行相同的内联函数不会导致观察到的最大私有字节数或未释放内存进一步增加。一旦主 C# 应用程序 (VoiceAttack) 关闭，所有相关内存（包括上述代码的内存）都会被释放。坏消息是，在正常情况下，主应用程序可能会被用户无限期地运行，导致分配的内存保持未释放。

为了更好地衡量，我将相同的代码放入 VS（Thread.Sleep(5000)在块之前和之后添加了一对using以便更好地进行图形分析）并构建了一个可执行文件以使用性能监视器方法进行跟踪，结果是相同的。OpenFileDialog 有一个初始的非托管内存跳转，分配的非托管内存永远不会回到原始值。

上面概述的内存和泄漏跟踪方法是否有意义？如果是，是否可以采取任何措施来正确释放非托管内存？

我有一个对 RDS Postgres 数据库执行查询的 Web 应用程序。对于这个应用程序，我们使用基于 Trunk 的开发，我们的开发人员可以而且应该将任何东西master branch直接部署到生产环境中。白天，当我们在低工作负载下运行时，我们看不到数据库性能下降，但是在晚上（我们运营快递服务），当我们尝试巨大的工作负载时，我们可能会出现一些性能下降......

我的问题是：我应该如何监控这种行为？我不想在部署到生产之前强制运行压力测试。

我想要一个可以监视我们的数据库并通知如下的工具：“小心！您的数据库上有一个由 Pull Request 1234 引起的新查询（或慢查询）”。

我有一个使用 Windows 性能监视器监控的测试应用程序。我正在监视 w3wp 进程的 % Processor Time 20 分钟。在我的运行结束时，我得到一个图表和报告，如下所示：

391438 的平均值对于 % Processor Time 意味着什么？它的计量单位是什么？

我是 power shell 脚本的新手。我正在尝试以管理员身份运行 Windows Power shell 中本地计算机的性能监视器命令。

但我得到以下错误

程序“Get-Counter”未能运行：没有应用程序与此操作的指定文件关联在行：1 字符：1

我无法理解那个错误是什么以及它为什么显示。我在另一台笔记本电脑上尝试了相同的命令，我能够得到响应。

在 K6 中，我在使用 dial tcp 执行性能测试时观察到更多失败请求：I/O 超时。如果我错过了 K6，请提出任何微调。

在低并发的情况下，让 225 个用户没有问题，但是当用户增加到 300 个时面临这个问题，我正在使用 MacBook 进行测试执行

我有一些在 IIS 中运行的应用程序。所有这些都在性能监视器中可见：ASP.NET 应用程序。

我想测试错误事件计数器，并将我的应用程序文件移动到其他文件夹。现在，当我复制回应用程序时，它不会出现在要监控的应用程序列表中。

如何对 ReactJS 应用程序进行客户端性能测试？

JMeter 中是否有任何类似的类型，例如真正的客户端协议，如 Load runner 中的测试 ReactJS 应用程序。或者我可以用来测试 ReactJS 应用程序的任何其他方法。

我只找到了这些计数器： \APP_POOL_WAS( )\Total Worker Processes Created \APP_POOL_WAS( )\Time since Last Worker Process Failure \APP_POOL_WAS( )\Total Worker Process Ping Failures \APP_POOL_WAS( )\Total Worker Process Shutdown Failures \APP_POOL_WAS( ) \Total Worker Process Startup Failures \APP_POOL_WAS( )\Current Application Pool State \APP_POOL_WAS( )\Total Worker Process Failures \APP_POOL_WAS( )\Recent Worker Process Failures \APP_POOL_WAS( )\Total Application Pool Uptime \APP_POOL_WAS( )\Current Application Pool Uptime \APP_POOL_WAS( )\Total Application Pool Recycles \APP_POOL_WAS( )\Maximum Worker Processes \APP_POOL_WAS(*)\Current Worker Processes

没有一次 CPU 使用率

发生的情况是我的 IIS 服务器上的 Web 服务显着增加了使用的 ram。它的工作范围为 200 ~ 700 mb。但是现在几天，他突然开始使用 3、4、5 GB 的内存。作为不阻止用户的姑息解决方案，我通过任务管理器本身结束服务并恢复正常，但一段时间后再次增加： 任务管理器照片

我使用了性能监视器，发现它在这里增加了这部分： 性能监视器照片

我真的不知道如何解决这个问题，我被卡住了，任何人都可以帮助我吗？

我正在尝试创建最稳定的 Windows 10 环境，这导致我使用性能监视器进行一些测试。有没有一种方法可以绘制当前运行较长时间的 Windows 10 进程的数量？我假设任何时候自动启动 Windows 进程都会出现微性能峰值。请告诉我！