ASP.Net httpruntime executionTimeout不工作(而且debug = false)

前端之家收集整理的这篇文章主要介绍了ASP.Net httpruntime executionTimeout不工作(而且debug = false)前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我们刚刚注意到,executionTimeout已停止在我们的网站上工作.这绝对是工作〜去年…很难说,当它停止.

我们目前正在运行:

> Windows-2008×64
> IIS7
> 32位二进制
>管理管道模式=经典
> Framework version = v2.0

Web.Config有

<compilation defaultLanguage="vb" debug="false" batch="true">
<httpRuntime executionTimeout="90" />

任何提示为什么我们看到TiMetaken一直到〜20分钟. DebugType(full vs pdbonly)的编译选项是否有效果

datetime tiMetaken httpmethod已收发送状态
12/19/10 0:10 901338 POST 302 456 24273
12/19/10 0:18 1817446 POST 302 0 114236
12/19/10 0:16 246923 POST 400 0 28512
12/19/10 0:12 220450 POST 302 0 65227
12/19/10 0:22 400150 GET 200 180835 416
12/19/10 0:20 335455 POST 400 0 36135
12/19/10 0:57 213210 POST 302 0 51558
12/19/10 0:48 352742 POST 302 438 25802
12/19/10 0:37 958660 POST 400 0 24558
12/19/10 0:06 202025 POST 302 0 58349

解决方法

执行超时和花费时间两件事情.虽然差异的大小是令人不安的.

时间包括请求/响应中的所有网络时间(在特定的conditions下).网络传输时间容易超过请求真正需要的时间.通常情况下,我习惯了几分钟的差距,而不是几分钟.

执行超时仅指工作进程处理请求的时间量;这只是时间的一个子集.只适用于debug attribute is set to false;它看起来像你有.

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

所以,你有一个严重的传输问题,或者在树中的另一个web.config文件中,处理请求的任何设置将调试设置为true或将执行超时增加到某些天文数据.

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

猜你在找的asp.Net相关文章