我的asp（类）应用程序每秒处理多少个请求

我正在分析一个asp（经典）web服务。 Web服务进行数据库调用，读取/写入文件以及处理xml。在windows server 2003盒子上（2.7ghz，4核心，4gb ram），在事情开始失败之前，我应该能够处理多少个请求。我的asp（类）应用程序每秒处理多少个请求

我建立一个工具来测试这一点，但我正在寻找一个每秒拍摄的请求。

我知道这是相当含糊的，但请给出最好的估计，你可以。如果您需要更多信息，请询问。任何数据驱动的应用程序的性能

来源

2010-07-27 aepheus

95％是依赖于数据库：1）你做你的电话的方式，2）指数，3）数据库（特别是磁盘子系统）下的硬件。

我看到一台机器，像你所描述，处理每秒（2500 /分钟）40名的请求，但像编号10每秒（600 /分钟）是比较常见的。如果你在同一台机器上运行你的数据库，我甚至会期望更低，如果那个数据库是SQLExpress或MSAccess，甚至会更低。

此外，在产能，您的应用程序可能不会失败，但IIS将请求排队，一旦饱和，并可能超时其中一些要求，如果超时到期前不能为他们服务。

顺便说一句，而不是建立一个工具来测试您的应用程序，你可能要考虑使用一个测试工具，如微软WCAT。它非常流畅且易于使用。

来源

2010-07-27 20:37:16 tgolisch

数据库在它自己的服务器上（实际上是农场），运行着sql server 2003.不知道确切的磁盘设置，它使用的是SAN，除此之外我不太清楚。我不认为WCAT会为我工作，使用我的Web服务有一个认证过程，如果没有代码就很难处理。我也在尝试执行依赖于其他请求结果的特定请求。我正在使用基于服务活动的配置文件。 – aepheus 2010-07-28 16:11:47

它应该多快？足够快。

速度有多快？这是一个只有你和你的用户才能回答的问题。如果你的服务效率低下并且跟不上需求，那就足够快了。如果您的服务是组装优化，闪电般快速，并且满足要求，那么速度不够快。

如果服务器正在处理其实际工作量，那么不用担心它“应该”是多快。当服务器遇到问题时，或者您预计很快会出现问题时，您应该考虑改进代码或升级硬件。记住克努斯定律 - 不成熟的优化是万恶之源。你现在为增加速度所做的任何工作都可能永远不会有回报，并且你可能会被迫以灵活性或可维护性作出妥协。请记住，一句古老的谚语 - 如果没有破裂，就不要修复它。

来源

2010-07-28 04:38:06

Thom在钱上是对的。速度= $$$。 $和时间（当然时间= $）。所以$通常是你加速的最大限制。而且，如果你的速度超过了它的速度，你可能会花费过多。 – tgolisch 2010-07-28 14:54:10

如果询问您的服务是否能够处理特定的负载，并且保留您的意见很重要，最好确保您可以处理该负载。这意味着找到您可以处理的负载。我根本没有要求优化。 – aepheus 2010-07-28 16:08:00

是的我也会说每秒10个是一个很好的基准。对于高性能的应用程序，您希望得到的不仅仅是这些，但是如果您没有具体的目标，那么通常每秒至少可以获得10个请求，以用于一般数据库查询的网页。

来源

2010-07-31 12:24:12

我的asp（类）应用程序每秒处理多少个请求

回答

相关问题