Web GardensがInProcセッションでうまく動かないことを証明する

Question

IIS 6.0を使用してASP.NETでWeb Gardensを操作しています。複数のソース（Source1Source2）は、InProcセッションがWeb Gardensでどのようにうまく使えないのかを説明しています。私はそれを証明するプログラムを作りましたが、その結果は説明するのが難しいです。私のテストの結果を説明するのを手伝ってください。

TEST
IISでワーカープロセスの最大数を1000に設定しました。 セッションに文字列を格納し、ボタンクリックで値を取得するWebアプリケーションを作成します。 IE、FF、およびBlackberryブラウザでWebアプリケーションを実行します。

RESULT
IE：通常適切にセッションを引っ張ります。ウェブサイトを約3分間アイドル状態にした後、セッションが失敗しました。
FF：セッション never がまれに失敗しました。座った後〜15分セッションに失敗しました。
BB：定期的に失敗します。 RatioはSource2の記述とインラインです。ガーデンのワーカープロセス数が多いほど、セッションが失敗する可能性が高くなります。

私の解釈
FF/IE /デスクトップブラウザはよいが、より良いキャッシングが可能になり、より多くのメモリを持っています。

注記
IEを設定すると、訪問ごとに新しいバージョンのページを確認することは効果がありません。 Blackberryのポストバックは、w3wp.exeの新しいインスタンスを作成することがほぼ保証されていますが、IE/FFからのポストバックと同じw3wp.exeプロセスでMemの使用が増えたことに気付きました。

Answer 1

ブラウザがメモリを増やしているという事実は、サーバサイドのコンポーネントであるため、InProcセッションとウェブガーデンとは関係がありません。

ワーカープロセスの数を増やすと、同じワーカープロセスによって処理される可能性が低いため、多くの問題が発生します。言い換えれば、1つのワーカープロセスしか持たない場合は、1回のチャンスが1回あり、2回目のリクエストで同じワーカープロセスに戻ります。 2つのワーカープロセスがある場合は2つのチャンスがあり、3つのワーカープロセスがある場合は3つのチャンスが1つあります。

なぜInProcセッションを使用しようとしているのでしょうか。彼らが非常に簡単に消える理由はほとんどありません。この記事を参照してくださいhttp://www.west-wind.com/Weblog/posts/1986.aspx