编辑:我们认识到,我们现在都在审查会议的进程内,这就是精绝。简而言之,这个问题是,在正常计数器中报告的会话是活跃的会话吗?或者他们看起来可能比他们实际出于任何原因更高(我读了一篇关于由于安装ASP.Net 3.5而出现在4亿美元左右的区域,但我并没有说这么高)。性能监视器ASP.Net应用程序“活动会话”反
在我工作的地方,我们正在努力,以确定有多少人在每时每刻基础活动会话作为活动会话的数量是一块激活的设备负载均衡软件的触发。我们正在寻找Asp.Net Apps的“Sessions Active”计数器,当我们比较有多少人看起来像浏览我们的网站,以及我们实际上在做多少业务时,它似乎给出了一些略微奇怪的读数。例如,可能只注册1600个活动会话,但大约每两分钟销售一件商品,或者像今天早上一样,销售3000个活动会话,但每15分钟只能销售一次。
完全可能的是,我们只有很多潜伏者,但我想知道是否有人知道这个计数器是如何实际到达它的数字以及它是否容易受到任何形式的误报行为的影响。我一直关注perfmon的数据现在几个小时,活跃的会议在3100到2700之间改变了,但是在那段时间我们已经完成了大约10次的实际销售。我们是否应该把它当作福音,我们只有很多浏览器?
您是否提到了您在应用程序中使用了哪种会话模式?谢谢! ;) – 2011-05-05 10:42:00
为什么会有什么不同? – 2011-05-05 10:42:36
一个很好的例子:如果它在进程中,如果IIS应用程序池被回收,IIS被重置,甚至Windows重新启动,无论如何,会话将无法存活,而SQL Server或状态服务器(或定制服务器)将在任何这些行动后恢复会话。 – 2011-05-05 10:45:16