监视和报告 .NET 组件的性能

发布于 2024-09-10 08:53:40 字数 212 浏览 1 评论 0原文

我正在寻找一种解决方案来监视性能至关重要的系统的许多 .NET 组件。我一直在研究性能计数器,它通常提供所需的信息。

最终结果是我希望将许多计数器写入数据库以便能够进行报告。我想保存计数器的历史记录,但随着时间的推移进一步总结,即显示小时、天、周等的平均值。

性能和可用性是该系统的关键。性能计数器是可行的方法还是有更好的解决方案来收集所需的性能统计信息?我欢迎任何建议、链接等

I am looking for a solution for monitoring a number of .NET components for a system where performance is critical. I have been looking at performance counters, which generally provide the information needed.

The end result is that I would like a number of counters written to a database to be able to report upon. I would like to hold a history of the counters but to be further summarised as time goes by, i.e. show average for hour, day, week etc.

Performance and availability is key for this system. Are performance counters the way to go or is there a better solution to collect required performance statistics? I would welcome any suggestions, links etc

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

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

发布评论

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

评论(3

谢绝鈎搭 2024-09-17 08:53:40

我过去曾使用性能计数器来记录给定应用程序发生的情况,但这完全取决于您想要什么数据以及您最终如何解释该信息,但这是另一个问题。

我建议您可以创建一个单独的库,您可以从任何将在其自己的线程上运行的应用程序加载该库,以监视与其挂钩的系统。您应该可以更改线程检查性能计数器的频率,因为如果您发现该线程占用了 CPU,您确实不想释放 dll。

您可能已经知道 System.Diagnostics 命名空间,您可以在其中找到您可能需要的所有计数器!显然,一旦收集到这些数据,就没有什么可以阻止您将其记录到您选择的数据库中。
希望能有所帮助。

I've used perf counters in the past to record what's going on with a given application but it all depends on what data you want and how you eventually interpret that information, but that's another question.

I suggest you could create a separate library that you can load from any app that will run on it's own thread monitoring the system that's hooked into it. You should make it possible to change how often the thread checks the perf counters as you really don't want to be releasing a dll if you find that's this thread is hogging the CPU.

You're probably already aware of the System.Diagnostics namespace where you can find all the counters you might ever need! Obviously there nothing to stop you logging this data, once collected, to a db of your choice.
Hope that helps a bit.

箹锭⒈辈孓 2024-09-17 08:53:40

我更喜欢来自 CA 的 Wily 部门的 Introscope。字节代码对应用程序(方面)进行检测并向中央监控服务器报告。

My preference is something like Introscope from CA's Wily divison. Something that byte code instruments the app (aspects) and reports to a central monitoring server.

世界等同你 2024-09-17 08:53:40

查看 PolyMon 或 PRTG,网址

http://polymon.codeplex.com/

http://www.paessler.com/prtg/

我使用PRTG,它确实很好,快速且稳定,唯一的缺点是在免费软件版本中,您只有 10 个需要测量的值(他们称之为传感器)。 Polymon 是开源的,因此没有这样的限制。

Look at PolyMon or PRTG, urls

http://polymon.codeplex.com/

http://www.paessler.com/prtg/

I use PRTG and its really good, fast and stable, only downside is that you have only 10 values to measure (they call it sensors) in freeware version. Polymon is open source so there is no such restrictions.

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