ASP.Net httpruntime executionTimeout不工作(和是debug = false)

cbc*_*lin 20 asp.net httpruntime executiontimeout

我们刚刚注意到executionTimeout已停止在我们的网站上工作.去年它肯定在工作......很难说什么时候停止了.

我们目前正在运行:

  • Windows的2008x64
  • IIS7
  • 32位二进制文​​件
  • 管理管道模式=经典
  • 框架版本= v2.0

Web.Config有

<compilation defaultLanguage="vb" debug="false" batch="true">
<httpRuntime executionTimeout="90" />
Run Code Online (Sandbox Code Playgroud)

我们为什么一直看到Timetaken到20分钟的任何暗示.DebugType(完全vs pdbonly)的编译选项会有任何影响吗?

datetime       timetaken httpmethod Status  Sent    Received<BR>
12/19/10 0:10  901338    POST       302 456 24273<BR>
12/19/10 0:18  1817446   POST       302 0   114236<BR>
12/19/10 0:16  246923    POST       400 0   28512<BR>
12/19/10 0:12  220450    POST       302 0   65227<BR>
12/19/10 0:22  400150    GET        200 180835  416<BR>
12/19/10 0:20  335455    POST       400 0   36135<BR>
12/19/10 0:57  213210    POST       302 0   51558<BR>
12/19/10 0:48  352742    POST       302 438 25802<BR>
12/19/10 0:37  958660    POST       400 0   24558<BR>
12/19/10 0:06  202025    POST       302 0   58349<BR>
Run Code Online (Sandbox Code Playgroud)

Not*_*tMe 7

执行超时和耗时两个不同的事情.虽然,差异的大小令人不安.

time-taken包括请求/响应中的所有网络时间(在某些条件下).网络传输时间很容易超过请求真正需要的时间.虽然,通常情况下,我习惯了几秒钟而不是几分钟.

执行超时仅指工作进程处理请求所花费的时间; 这只是时间的一部分.它仅在debug属性设置为false时适用 ; 它看起来像你.

当然,假设您列出的第一个请求花了整整90秒的允许超时时间,那么在时间窗口中还剩下13.5分钟来传输基本上24k的数据.这听起来像一个严重的网络问题.

因此,要么您有严重的传输问题,要么正在处理请求的树中的某个地方存在另一个web.config文件,该文件将debug设置为true或将执行超时增加到天文数字.

另一种可能性是页面本身具有debug属性集或者它自己的超时值.