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
執行超時和花費時間兩件事情.雖然差異的大小是令人不安的.
時間包括請求/響應中的所有網路時間(在特定的ofollow,noindex" target="_blank">conditions 下).網路傳輸時間容易超過請求真正需要的時間.通常情況下,我習慣了幾分鐘的差距,而不是幾分鐘.
執行超時僅指工作程序處理請求的時間量;這只是時間的一個子集.只適用於debug attribute is set to false ;它看起來像你有.
當然,假設您列出的第一個請求已經完成了90秒的允許超時,那麼在採取時間的視窗中仍剩下13.5分鐘,以便基本上傳輸24k的資料.這聽起來像是一個嚴重的網路問題.
所以,你有一個嚴重的傳輸問題,或者在樹中的另一個web.config檔案中,處理請求的任何設定將除錯設定為true或將執行超時增加到某些天文資料.
另一種可能性是頁面本身具有除錯屬性集或者它自己的超時值.
http://stackoverflow.com/questions/4490017/asp-net-httpruntime-executiontimeout-not-working-and-yes-debug-false