cbc*_*lin 20 asp.net httpruntime executiontimeout
我们刚刚注意到executionTimeout已停止在我们的网站上工作.去年它肯定在工作......很难说什么时候停止了.
我们目前正在运行:
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)
执行超时和耗时两个不同的事情.虽然,差异的大小令人不安.
time-taken包括请求/响应中的所有网络时间(在某些条件下).网络传输时间很容易超过请求真正需要的时间.虽然,通常情况下,我习惯了几秒钟而不是几分钟.
执行超时仅指工作进程处理请求所花费的时间; 这只是时间的一部分.它仅在debug属性设置为false时适用 ; 它看起来像你.
当然,假设您列出的第一个请求花了整整90秒的允许超时时间,那么在时间窗口中还剩下13.5分钟来传输基本上24k的数据.这听起来像一个严重的网络问题.
因此,要么您有严重的传输问题,要么正在处理请求的树中的某个地方存在另一个web.config文件,该文件将debug设置为true或将执行超时增加到天文数字.
另一种可能性是页面本身具有debug属性集或者它自己的超时值.
归档时间: |
|
查看次数: |
19942 次 |
最近记录: |