我們一直以來在使用者接受度測試 (使用者接受度測試) 環境，, 相比發展, 死慢.

它是一個複雜的環境，使用 FBA, SQL 2008, SSRS 和擴展的 web 應用程式可以在互聯網上使用 HTTPs 訪問, 因此，它已經很難跟蹤問題.

以前的客戶機, 我們與 LDAP 的角色提供程式一起使用 FBA (與成員資格提供程式). 我的一個同事, 比我更聰明, 確定的出"" LDAP 的角色提供程式, 在這種環境中使用時, 不很好縮放. 要解決這一問題，該用戶端, 他在一個自訂角色提供程式實施好的緩存方案.

這種情況似乎類似, 所以我們再回頭看這種解決辦法複製到今天的用戶端. 因為我調試，, 我注意到在系統日誌中會頻繁地出現此消息 (從事件檢視器):

輔助進程的進程 id 為 ' XXX’ 為應用程式池提供服務 ' 回家 – 80’ 要求的回收，因為它已經達到其虛擬記憶體限制.

我認為這意味著應用程式池被回收遠, 遠太經常這樣就能解釋性能問題.

我看著的應用程式池屬性和其"回收" 頁面顯示的"最大虛擬記憶體屬性 (以百萬位元組)" 已被設置為 true 並已設置為 5000. 這看起來像不夠, 但我決定以取消設置和值有直接的積極效應. 沒有更多的應用程式池回收. 沒有更多神秘緩慢起伏和停頓.

我真不理解基礎"的東西" 這那裡的, 但明確一種因果東西正在發生和現在, 使用者驗收測試環境是能用的.

</結束>

訂閱我的博客.