在大型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应用程序中了解会话

回答

相关问题