在64位应用程序池中短时间后会话被杀死

Question

我们在IIS 7.5上托管了一个.net Web应用程序.此应用程序早期在32位应用程序池上运行,但不久前我们已切换到64位应用程序池.

最近用户已经开始抱怨说,在他们的会话被扼杀1-2分钟之后,我们已经确认了他们已经确认了.

在web.config文件中,会话超时设置为60分钟.另外我们在任务管理器中注意到这个应用程序的w3wp进程消耗大约2-2,4GB的内存,所以可能问题是应用程序池试图回收一些内存？

回收设定为限定时间段21:00和4:00

会话出现问题的原因是什么？

编辑:

我检查了一些计数器并完成了基本的内存转储分析,但我没有看到任何问题.

在转储eeheap分析中,我看到每个堆只有2代对象大约10-30MB,我有24个

堆0(0000000003083a90)生成0开始于0x00000000fff568b8生成1开始于0x00000000ffa6acf0生成2开始于0x00000000ff471000短暂段分配上下文:无段开始分配大小00000000ff470000 00000000ff471000 00000000ffff8de0 0xb87de0(12090848)大对象堆从0x00000006ff471000段开始分配大小00000006ff470000 00000006ff471000 00000006ff7495c8 0x2d85c8(2983368)堆大小:大小:0xe603a8(15074216)字节.

堆1(00000000030889c0)代0开始于0x000000013fc36ed8代1点开始于0x000000013f949348第2点开始于0x000000013f471000短暂的段分配上下文:无段开始分配的大小000000013f470000 000000013f471000 000000014035e7b8 0xeed7b8(15652792)大型对象堆在0x0000000703471000段开始开始分配的大小0000000703470000 0000000703471000 00000007035c5d58 0x154d58(1396056)堆大小:大小:0x1042510(17048848)字节.

编辑:2015-08-19 09:00 这些是2015-08-19 09:00的柜台

令我担心的是为什么当所有堆中的字节数仅显示大约100MB时,任务管理器中的内存显示为2,5GB,为什么私有字节(216MB)大于所有堆中的字节数？当前时刻的负载大约是该服务器上的40个用户.

编辑2015-08-19 14:09

一段时间后,我发现组件可能存在问题.当我在.NET 4.5上没有!dda命令时,如何用windbg检查？

Answer 1

尝试将正在运行的应用程序复制到另一个池，但在这个新池中禁用您不需要的所有程序集/引用，以查看正在执行的操作。

就像你说的，我认为某些汇编程序正在破坏你的应用程序池，也许是因为不支持 64 位。

尝试禁用所有不使用的引用、更新所有引用等。