在大型asp.net應用程序中瞭解會話

我有一個不尋常的網絡應用程序，它在某些方面與DriveWorks和KBmax的實時版本類似。 Logic，Interface和Tables由銷售團隊和工程師在整個公司內的Windows應用程序中創建並存儲在SQL Server中。在Web應用程序中，當用戶單擊產品菜單中的項目時，將從數據庫中提取邏輯和接口，使用CodeDOM編譯爲InMemory可執行文件並存儲在Session變量中。 Web應用程序中的Front界面是動態的，並在控制邏輯事件的會話中調用可執行文件。表格也存儲在會話中的數據集中。無論如何，這一切實際上都有效，但似乎有隨機的怪癖，很難查明。我想知道這是否可以提供更多的會議和其他選擇。在大型asp.net應用程序中瞭解會話

注意：我使用javascripting，但是由於代碼實際上是由其他用戶創建的，因此還有很多回發。當我使用我的本地主機運行它時，它似乎可以運行，但在主機服務器上它看起來笨重。我有這個相同的應用程序作爲一個Windows應用程序，它工作很好，只是試圖使Web版本。

來源

2013-03-26 TroyS

您放置的會話越多，服務器上的負載就越大。基本規則是更多的用戶因此增加會話使用量，因此需要更多的RAM。你看過在每個頁面加載時加載所需的代碼等嗎？請記住，如果您在沒有服務器關聯的情況下使用負載平衡，則必須使用會話服務器或SQL Server會話存儲。 – 2013-03-26 14:25:27

@JamesCulshaw Yup，我只加載一次代碼和數據集。但是我必須在每次回發中創建50+動態界面控件。我想我對會話服務器不熟悉，我會研究它。 – TroyS 2013-03-26 14:37:22

@JamesCulshaw我的意思是說我不熟悉SQL Server會話存儲。我看着它，但似乎它可能會變慢。當我使用localHost運行應用程序時，它運行速度非常快。在主機服務器上是否有其他設置可以加快速度？ – TroyS 2013-03-26 17:44:09

如果使用64位進程，使用會話應該不成問題。如果使用32位進程，你應該看看out-proc（db/windows server AppFabric）。關於隨機怪癖，我猜想與代碼有關。

來源

2013-03-26 14:31:05 avi

你是指Target CPU還是編譯CodeDOM可執行文件？我想我不知道。 – TroyS 2013-03-26 14:52:47

我的意思是w3wp進程..在IIS中有一個設置來指示進程應該是32位還是64位（該選項僅適用於64位服務器）。目標CPU你將離開任何CPU，如果沒有引用com。 – avi 2013-03-26 17:58:12

在大型asp.net應用程序中瞭解會話

回答

相關問題