Web 应用程序负载测试:要查看哪些指标?

发布于 2024-10-15 18:41:56 字数 213 浏览 5 评论 0原文

在对 IIS 中托管的 ASP.NET 应用程序进行压力/负载测试期间,我应该在应用程序服务器上监视什么?

例如,Windows 中内置的实用程序性能监视器有大量我可以监视的计数器。但是,我什至不知道这些计数器的一半实际上意味着什么?我知道我想看看内存、处理器、网络等东西......但它非常笼统。

如何才能成功找到问题区域?

你们中的一些人过去使用过什么计数器?

During a stress/load test of a ASP.NET app hosted in IIS, what should I be monitoring on the app server?

For example, the built in utility performance monitor in windows has a huge list of counters that I can monitor. But, I don't even know what half of these counters actually mean? I know I want to look at things like memory, processor, network....but it is pretty general.

How can I successfully find a problem area?

What counters some of you guys have used in the past?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

忆梦 2024-10-22 18:41:56

我们观察这些指标,以确定请求是否得到及时服务,并且卷是否随应用负载线性扩展:

  • 排队请求
  • 当前请求
  • 请求 执行
  • 请求 成功
  • 请求/秒

我们还将观察这些指标以查找应用程序问题

  • 错误/秒
  • 未处理的执行错误/sec

为了监控 VM 内存,我们查看:

  • CLR Heap Size
  • CLR Generation 0, 1 & 2 垃圾收集
  • CLR GC 时间百分比

对于锁定条件,我们观察:

  • CLR 锁争用
  • CLR 锁争用/秒
  • CLR 锁争用队列长度

根据应用程序,我们可能会查看其他内容,例如线程计数,但以上是我们查看的内容最频繁。

These metrics we watch to determine if requests are being serviced promptly and the volume is scaling linearly with the applied load:

  • Queued Requests
  • Current Requests
  • Requests Executing
  • Requests Succeeded
  • Requests/sec

We will also watch these to look for application problems

  • Errors/sec
  • Unhandled Execution Errors/sec

To monitor the VM memory, we look at:

  • CLR Heap Size
  • CLR Generation 0, 1 & 2 Garbage collections
  • CLR Percent Time in GC

For locking conditions, we watch:

  • CLR Lock Contentions
  • CLR Lock Contention/sec
  • CLR Lock Contention Queue Length

Depending on the application we might look at others, like thread counts, but the above are the ones we look at most frequently.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文