由于潜在的性能问题,我刚刚将测试实例从小型“标准”(1核,1.75gb RAM)实例升级到中等“标准”实例(2核,3.5gb RAM),这似乎很快。我们确实存在应用程序池回收和必须重新武装某些代码模块的问题。因此,对于一个中等的实例,我担心可能要处理多个池,从而使我们的应用程序池问题变得更糟?
那么在我的中型网站实例上将存在几个或多个应用程序池?
提前谢谢了。
PS我认为其他性能问题与有效的进程内会话配置有关
<sessionState mode="InProc" timeout="30">
<providers>
<add name="DefaultSessionProvider" type="System.Web.Providers.DefaultSessionStateProvider, System.Web.Providers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" connectionStringName="DefaultConnection" />
</providers>
</sessionState>
我意识到这是问题的外围,但它可能有助于提供一些背景信息。
无论VM大小如何,每个站点都有1个应用程序池。应用程序池基本上是IIS的术语,用于表示如何进行站点的进程管理(例如,身份,配额,进程数等)。实际上,您不必担心实现细节。
对于您的冷启动问题,您是否考虑过Always On
为您的网站启用设置?
您还可以为“应用程序初始化”添加一个条目,以预热所需的任何代码路径。这就是你的样子web.config
<applicationInitialization doAppInitAfterRestart="true" >
<add initializationPage="/" />
<add initializationPage="/Page2" />
<add initializationPage="/Page3" />
</applicationInitialization>
并且考虑在重新发布网站时使用分阶段发布来避开冷门
本文收集自互联网,转载请注明来源。
如有侵权,请联系[email protected] 删除。
我来说两句