問題タブ [asp.net-cache]

ASP.NET キャッシュは w3wp プロセスの一部であり、書き込みと読み取りを意味することを理解しています。

• プロセスの境界を越えない
• マーシャリングは必要ありません
• そこに配置されたオブジェクトのシリアル化を必要とせず、実行しません

(これらすべてを行う ASP.NET セッション状態サーバーを使用する場合と比較して)

これは正しいです？

ASP.Net MVCプロジェクトがあります。このプロジェクトは、単一のWebサーバーから始まりますが、まもなく小さなWebファームに拡張される可能性があります。ASP.Net認証はUserIDを格納し、データキャッシュも役立つ可能性があるため、かなり早く状態サーバーにジャンプする必要があります。

State Serverがどのように機能し、パフォーマンスの観点からどのように拡張できるかを他の人から聞いてみたいと思います。

または、暗号化されたCookieを使用してデータのキャッシュと追跡セッションを使用しないことで、完全にステートレスとして設計することもできます。

更新：以前に（Microsoftテクニカルアドバイザーから...）いくつかの誤った情報がありました。Authは思ったようにセッションに保存されず、Cookieに保存されるだけです。したがって、結局、この状況では状態サーバーは必要ありません。

asp.netには、同時に実行されている複数のスレッドが含まれているためです。
したがって、2つのスレッドがasp.net httpcontext Cacheから取得したオブジェクト（単純または複雑）にアクセスする場合。
これらの2つのtheadが同時にオブジェクトを変更/読み取りしようとした場合、これはそのオブジェクトの状態の問題につながる可能性がありますか？
では、どのような予防策を講じるべきですか？
たとえば、オブジェクトを操作しているときにオブジェクトをロックすることを考えていますか？（これによりパフォーマンスの問題が発生しませんか？）
または、キャッシュからオブジェクトを取得するときに、そのオブジェクトからコピーを作成する必要がありますか？
または多分私はこの問題についてまったく心配する必要はありませんか？
ありがとう

私たちはキャッシングを使用して物事を高速化しようとする大規模な Web プラットフォームを構築していますが、現在は単一のサーバーですが、おそらくクラスターにアップグレードする予定です。キャッシングはそこで機能しますか？何か特別なことを考えるべきですか？

ありがとう1

web.configの出力キャッシュプロファイルを使用して構成されたアプリケーションの出力キャッシュがあります。キャッシュを必要とするすべての出力アイテムにキャッシュを設定し、すべてのキャッシュ設定を1か所で調整できると非常に便利です。

ただし、特定のアイテムのデータレイヤーとロジックレイヤーにもキャッシュを実装しています。キャッシュしたいデータとロジックアイテムのキャッシュパラメータをハードコーディングする代わりにプロファイルを参照することもできれば便利ですが、のInsert（）メソッドでプロファイルを参照する方法はないようです。キャッシュオブジェクト。

または、独自の構成セクションを作成して、手動で追加したアイテムのキャッシュプロファイルを一覧表示することもできます。

スケーリングできる必要がある Web アプリケーションを構築しています。

接続文字列、つまりユーザーが現在作業している組織とユーザーの ID を示すオブジェクトを格納します。

これをシリアル化して の userdata プロパティを介して送信することもできますFormsAuthenticationTicketが、これは最適な解決策ではないように感じます。不要なデータの文字列が 4 ～ 5 個あるためです。主な問題は、暗号化された接続文字列を に送信していることです。したくないユーザー。

では、私たちの選択肢は何ですか？

ASP.NET キャッシュは私たちのソリューションでしょうか? ASP.NET キャッシュの有効期限とフォーム認証 Cookie を結合できますか?

Webプロジェクトでは、10〜15行のテーブルのインデックス付き列に対してSELECTSQLクエリを実行します。

インデックス付きテーブルに対するこのSELECTは軽量で高速であり、複雑ではないため、このクエリをサーバーメモリにキャッシュするのが適切かどうかを尋ねたいと思います。私は（4GB）の周りの多くのものをメモリにキャッシュしますが、このような単純なクエリをキャッシュしたくありません。

私の質問は、キャッシュされたデータのフェッチに反対するものがある場合、このクエリのパフォーマンスへの影響は何ですか。

簡単なテストを書きました

1. [コレクション]に100アイテム追加
2. [コレクション]からランダムに1000000回読みます

いつ

• [コレクション]==HttpContext.Current.Items50ミリ秒かかります
• [コレクション]==HttpRuntime.Cacheには430ミリ秒かかります
• [コレクション]==ハッシュテーブル|| [コレクション]==辞書170ms

HttpRuntime.Cacheのオーバーヘッドは同期だと思います

HashTable / Dictionaryの初期容量を変更しようとしていますか？しかし、成功しませんでした。

このターボHttpContext.Current.Itemsの理由を知っている人はいますか？この種のオブジェクトをカスタムキャッシュの実装に作成できますか（もちろん、syncが意味します）。

次のステートメントを作成することは合法ですか。

私のプログラムが実際に正しく機能しているかどうか (コンパイルはできますが) は確信が持てず、キャッシュが存在しないかどうか疑問に思っています。

私は何も見つけられなかったので、私が望むことが可能であるとは信じていません。キャッシュ変数にアクセスするたびに、キャッシュ変数のスライド有効期限をリセットしたいと思います。

実際には、キャッシュアイテムはチャットルーム内のメッセージのリストです。メッセージが追加されたら、チャットルームをもう少し長く「生き続ける」ようにします。別の方法も歓迎します。