ASP.NET性能监视器中，为何显示有4294967293个活跃会话？
- 内容介绍
- 文章标签
- 相关推荐
本文共计281个文字，预计阅读时间需要2分钟。
我在Windows Server 2003 R2上运行了一个IIS 6服务器中的ASP.Net 3.5网站。这是一个相对较小的内部应用程序，通常在指定时间段内用户少于十个。该服务器拥有4千兆内存，并显示该站点处于活动状态。
我有一个在 Windows Server 2003 R2上的IIS 6中运行的ASP.Net 3.5网站.它是一个相对较小的内部应用程序,在任何给定时间可能少于十个用户.该服务器具有4千兆内存,并显示该站点处于活动状态时3 Gig可用.重新启动Web应用程序性能监视器几分钟后,显示有4,294,967,293个会话活跃！我相当肯定这个数字是不正确的;在这次阅读时,网站只有100个请求.
有没有其他人经历过这种奇怪的行为？关于如何获得准确读数的任何想法？
更新：运行大约一个小时后,活动会话数减少了4.所以它似乎确实响应了会话超时.
可能是一个溢出,但我的钱在下溢.我认为该程序以0人开始,有人注销,然后会话数量变为负数.本文共计281个文字，预计阅读时间需要2分钟。
我在Windows Server 2003 R2上运行了一个IIS 6服务器中的ASP.Net 3.5网站。这是一个相对较小的内部应用程序，通常在指定时间段内用户少于十个。该服务器拥有4千兆内存，并显示该站点处于活动状态。
我有一个在 Windows Server 2003 R2上的IIS 6中运行的ASP.Net 3.5网站.它是一个相对较小的内部应用程序,在任何给定时间可能少于十个用户.该服务器具有4千兆内存,并显示该站点处于活动状态时3 Gig可用.重新启动Web应用程序性能监视器几分钟后,显示有4,294,967,293个会话活跃！我相当肯定这个数字是不正确的;在这次阅读时,网站只有100个请求.
有没有其他人经历过这种奇怪的行为？关于如何获得准确读数的任何想法？
更新：运行大约一个小时后,活动会话数减少了4.所以它似乎确实响应了会话超时.
可能是一个溢出,但我的钱在下溢.我认为该程序以0人开始,有人注销,然后会话数量变为负数.