我正在寻找关于configuration更改的build议，我们可能会帮助解决在我们托pipe的网站上如此陈旧的经典asp页面上发生的小规模攻击。
有问题的用户打开这些经典网页的几个请求，但不是在30分钟内的大量请求不超过400个。 该请求需要大约1.5到2秒才能运行，然后进入发送数据阶段。 然后，他们坐在这个阶段，队列build立起来。 最终我们无法处理更多的请求，因为有太多请求排队。 请求完成后，发生排队，所以我们不在这里等待数据库或其他资源。
连接超时设置为120秒（这是太长）
MinFileBytesPerSecond被设置为360.有问题的页面是20KB，所以按我的计算，这允许最多27秒下载页面。 这太久了？
ASPProcessorTheadMax被设置为75，这是很高的，但是CPU没有超出，当排队发生时，它高于50％的指导。
任何想法很好地收到。
具有较高的ASPprocessorThreadMax值实际上使问题复杂化了，因为在线程任务等待完成时，有更多的东西在排队。 当工作进程有每个页面请求以不同的顺序完成线程的等待和结束时，它也会导致会话状态的问题。
你看过什么ASP代码在做什么？ 根据我在托pipe的经验，糟糕的代码是造成大多数性能/瓶颈问题的原因。