托管平台上的ASP.NET性能度量

我在托管平台上有一个大型ASP.NET网站。它与许多其他应用程序共享该机器。我们无法访问机器本身（只有FTP帐户）

我们的客户抱怨它开始表现得相当糟糕，尤其是在高峰时段。我运行过一些远程测量（使用类似JMeter的工具），它告诉我，是的，它在高峰时间确实表现得相当糟糕。但它没有告诉我为什么。客户机拒绝在没有一些确凿事实的情况下移动到专用服务器

在我看来，我需要的是关于机器本身的硬数据。设置本地性能测试环境将非常耗时，我无法估计服务器性能

---

我的问题：当我对机器的访问权限有限，当然无法访问性能监视器时，是否有一种收集（大量）性能测量值的好方法？任何代码都必须在asp.net应用程序本身中运行，而不会把它搞得太糟。

我们在共享服务器上托管的asp.net应用程序也遇到了类似的问题，在高峰时间也开始表现不佳

虽然我不知道你的问题有什么优雅的解决方案，但我们就是这么做的：

和你的主机提供商谈谈，看看他们能给你什么额外的信息——让他们的客户满意是他们最大的利益所在。我们的主机供应商能够给我们一些时间与他们的网络工程师谁提供了一些体面的CPU和内存利用率统计数据

通过将信息转储到日志文件（使用）和/或数据库（例如，用户会话、搜索时间、页面点击次数、围绕关键功能的计时度量）来获取您自己的性能度量。从这些信息中，我们能够确定一系列自动化测试的系统正常行为

在加载应用程序的情况下设置本地服务器（不一定与托管/生产服务器的统计数据相同），并对其进行满载/性能/容量测试（我们使用了Red Gate）。从中收集的统计数据将为您和您的客户提供一个很好的指示，说明在已知环境下，系统在特定负载下的行为。是的，这可能很耗时，但它将为您提供一个很好的性能度量工具，以便您可以在本地而不是在生产中捕获/修复瓶颈

---

祝你好运。

我们的asp.net应用程序在共享服务器上也遇到了类似的问题，它在高峰时间也开始表现不佳

虽然我不知道你的问题有什么优雅的解决方案，但我们就是这么做的：

和你的主机提供商谈谈，看看他们能给你什么额外的信息——让他们的客户满意是他们最大的利益所在。我们的主机供应商能够给我们一些时间与他们的网络工程师谁提供了一些体面的CPU和内存利用率统计数据

通过将信息转储到日志文件（使用）和/或数据库（例如，用户会话、搜索时间、页面点击次数、围绕关键功能的计时度量）来获取您自己的性能度量。从这些信息中，我们能够确定一系列自动化测试的系统正常行为

在加载应用程序的情况下设置本地服务器（不一定与托管/生产服务器的统计数据相同），并对其进行满载/性能/容量测试（我们使用了Red Gate）。从中收集的统计数据将为您和您的客户提供一个很好的指示，说明在已知环境下，系统在特定负载下的行为。是的，这可能很耗时，但它将为您提供一个很好的性能度量工具，以便您可以在本地而不是在生产中捕获/修复瓶颈

祝你好运