什么是运行会话状态服务器，而不是是InProc开销性能损失？ 它是显著？ 据我所知，你可以重新启动W3WP与状态服务器，并保留所有会话状态 - 是在InProc方式唯一的好处？
Answer 1:
这取决于你的部署计划：在一台服务器上，该处罚是小，但它的好处是同样有限：你的会话状态生存进程回收（如前所述），但仅此而已。 您将有一定的交叉过程与StateServer模式编组，所以我们期待一些额外的CPU负载，没有什么太令人印象深刻。
在Web农场/负载均衡设置InProc方式是行不通的，除非你可以配置粘性会话/服务器关系。 要留意的事实StateServer的节点本身可以成为一个单一故障点，所以一定要弥补这一点。 话虽如此，一个的StateServer的等待时间一般要少得多（=优于）当您使用SQLServer模式。
请确保您的代码/网站轻松应对失去了状态，无论您存储数据。
Answer 2:
如果你有一个负载均衡设置（不使用粘性会话的），因为你不能使用InProc方式（基于当然你的负载均衡设置），你可能节点之间进行切换。
工作进程的回收（但当然是一样的重启W3WP）也将杀死你的会话时，它是InProc方式。
文章来源: ASP.NET Session State Server vs. InProc Session
