【正文】
: Each application pool is a . is a process. Every process has 2 G User mode virtual address, so the maximum memory usage for application pool is 2G. However, you can’t make sure that there is no memory fragment issue. Therefore, Out of memory always occur after G according to our experience.2. Is each application pool independent on memory usage? Aamp。只是對(duì)DB的請(qǐng)求的進(jìn)程過多(比較吻合3廠的實(shí)際狀況—附件多,刷的快),加起來就整體過高。于是我么再次找到Bon幫忙分析(結(jié)論:微軟結(jié)案報(bào)告 20090226V1 SRT090119833891 Web service can39。下面都是同事的原話:“年后產(chǎn)量逐漸增加,新的問題又出現(xiàn)了。下面的例子也許會(huì)給我們一點(diǎn)啟示。我分享我們實(shí)際的作業(yè)的過程發(fā)生的一些情況,及怎么解決這些問題。還有您的所有程式請(qǐng)確保pile為Release ModeApplication set up for debuggingOne reason for high memory that we see here in Support a lot is when you have debugging, tracing, or both enabled for your application. While you are developing your application, this is a default, when you create your application in Visual Studio .NET, you will see the following attribute set in your file:and/orAlso, when you do a final build of your application, make sure that you do this in Release mode, not Debug mode. ” 如果不這樣做會(huì)有什么事情發(fā)生? 我分享一個(gè)同事的感受給大家:“已經(jīng)是很強(qiáng)悍的的DB和AP服務(wù)器(全部是刀片式服務(wù)器)了,可是問題一而再再而三地發(fā)生,那種感覺真的很無助很凄涼啊~” 后來的結(jié)果發(fā)現(xiàn)是內(nèi)存使用率超高,到一定限度的時(shí)候,就會(huì)反應(yīng)變慢,這個(gè)時(shí)候只要重啟IIS就可以好一段時(shí)間。 三、調(diào)試(Debug)模式下編譯就用于應(yīng)用環(huán)境中篇接著,程式開發(fā)好(也包括單元測(cè)試),然后編譯直接分發(fā)到應(yīng)用環(huán)境。那么怎么解決這些問題呢: catch 語句前定義好所用的對(duì)象, 如:Dim dtResult As New DataTableDim DR as New DataReaderDim DS as New DatasetTry..Catch ex As ExceptionThrow exFinallyEnd TryDim dtResult As New DataTableD