PowerTools SPREAD for ASP.NET 8.0J パフォーマンスガイドライン
高速化のための10のTips

SPREADの仕組み」でも解説したように、Webアプリケーションの性能を改善するには、大量のデータを一度に表示することを回避する工夫が必要です。応答データの送受信に費やす時間、Webページの描画に費やす時間が増えることでアプリケーションの性能に影響を与えてしまうためです。それに加えてサーバー側の処理でも、使用するサーバーリソースを抑制するようなコーディングを心掛ける必要があります。

本項では「出力されるHTMLのデータ量を減らす方法 」により高速化を行うTipsを6つ、「サーバー側の処理の改善」により高速化を行うTipsを4つ、計10個のTipsを紹介します。

SPREADの設定がどのようにHTML出力に影響するかに加え、実際のレスポンスを弊社Webサイトで公開しているパフォーマンスデモの計測結果を交えながら解説していきます。

パフォーマンスデモ - SPREAD for ASP.NET 8.0J

なお、製品のパフォーマンスはご利用のサーバー/クライアント環境に大きく依存します。記事内に記載されている内容はいずれも一定のパフォーマンスを保証するものではなく、開発時の目安としてご参考にしていただければと思います。

本ガイドラインでは、製品の機能および実装方法によりパフォーマンスを改善できる方法を紹介していきますが、シート上に出力する対象データが多ければ多いほど消費するメモリ量が大きくなり、その動作そのものは製品側で回避することができません。使用するサーバーの搭載メモリ容量を増やす、またはアプリケーションの仕様を再検討して画面構成を見直すなどの抜本的な対応を必要とする場合もあります。また、以下の情報もあわせてご確認ください。

  • ASP.NETではMachine.configのprocessModel要素(memoryLimit属性)にてリクエスト(ワーカースレッド)が利用可能なメモリ容量をシステムメモリに対するパーセンテージで指定します。デフォルト値は60パーセントです。ASP.NETの実行プロセスは、メモリが設定された最大値を超えるとプロセスを再起動し、イベントログにメッセージを出力します。

    [<processModel> 要素]
    http://msdn.microsoft.com/ja-jp/library/7w2sway1(VS.80).aspx

  • 画面上に表示するデータが多くなる場合、アプリケーションが適切に動作せずにイベントビューアに次のようなメッセージが出力される場合があります。「イベント メッセージ: POST サイズが許可されている制限を超えました。 」この現象はmaxRequestLength(デフォルト:4MB)を超えたデータがサーバーへ送信されていることが原因と考えられます。

    [大量データに対する戦略]
    http://msdn.microsoft.com/ja-jp/library/aa480521.aspx

関連トピック

 

 


Copyright © 2003-2015 GrapeCity inc. All rights reserved.