パフォーマンスの問題

Question

私たちはASP.NETアプリケーションを実行していますが、トラフィックが増えてユーザーへの応答時間が遅くなりました。私たちはアプリケーションとデータベースを最適化しましたが、依然として望ましい応答時間が達成されていません。私たちはASP.NETキャッシュを試しましたが、どちらも役に立ちませんでした。私が試すことができる他の選択肢は何ですか？私は将来、より多くのトラフィックを処理できるはずのスケーラブルなソリューションを探しています。

Answer 1

問題は、データベース上にある場合 - その後、あなたがより良い最適化する必要がある、より良いハードウェア、DBA分析など

問題は、あなたが正確どこをプロファイリングし、を把握する必要が遅いWebアプリケーションであれば遅さが起こっている。これはここでの質問をあいまいにしています。 ANTSプロフィールをダウンロードするか、独自のトレース出力を作成してください（あなたのIMHOは簡単です）、あなたのアプリが減速している場所を確認してください。セッションロック、データベース、linqクエリの実行時間と時間（たとえば、query.Count（）を呼び出すと、毎回クエリが再実行されます）など。

あなたのviewstateのサイズを確認してください。ページサイズ、最初のバイトまでの時間などを調べる

これはあいまいな質問ですが、これは基本的な項目です。

これ以上の情報が必要ですが、これが始まるはずです。

Answer 2

私はあなたが巨大なデータを読み込まれますGridViewsの多くを持つかもしれないViewStateの

に関してで@AdamTuliperの答えを重視したいと思います。 必須でない場合は、ViewStateをオフにすることを検討してください。意味：グリッドビューと対話しない（行の選択、更新など）場合、グリッドビューはサーバーとクライアントの間を行き来する必要はありません。

しかし、そうでない場合は、ヘルプを提供するためにさらに詳しい情報が必要になります。

Answer 3

Asp.netキャッシュ自体には、いくつかの制限とパフォーマンスの問題があります。それはin-procであるため、スケーラブルなアプリケーションにはなりません。しかし、スケーラビリティが大きな問題であれば、分散キャッシングを実装する必要があります。分散キャッシュは、アプリケーションの拡張性を高めます。基本的に、メモリ内分散キャッシュは、キャッシュを複数のサーバーにまたがって拡張できるようにする、キャッシュの一種です。また、アーキテクチャのために非常に拡張性があります。これは複数のサーバーにまたがって動作しますが、1つのキャッシュを論理的に見ることができます。私はむしろ私の経験のためにあなたにNCacheを提案したいと思います。詳細はこの記事 “improve asp.net app performance and scalability”を参照してください。それはあなたを助けてくれるでしょう。