編輯:我們認識到,我們現在都在審查會議的進程內,這就是精絕。簡而言之,這個問題是,在正常計數器中報告的會話是活躍的會話嗎?或者他們看起來可能比他們實際出於任何原因更高(我讀了一篇關於由於安裝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