 |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Lotus Domino Web Access クライアントのパフォーマンスの改善 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Dana St. Clair Principal Technical Writer, IBM Corporation 原文の掲載：2005年3月29日  原文はこちら リリース 6.5.3 hotfix (Domino Web Access 6.5.4 以降に含まれています) を使用すると、Domino Web Access クライアントのパフォーマンスが大幅に向上します。システム管理者およびユーザーは、この記事を参考にして、パフォーマンスとユーザーの満足度を改善できます。 [編集者のメモ: この記事で解説するパフォーマンスの改善方法を活用するには、Lotus Notes/Domino 6.5.4 にアップグレードすることをお勧めします。しかし、Domino Web Access 6.5.3 hotfix を必要とするサポート契約をされているお客様は、入手方法について IBM Lotus サポートまでお問い合わせください。]
Domino ベースのメールファイルへアクセスする IBM 初の Web クライアントである IBM Lotus Domino Web Access
(DWA) は、ダイナミック HTML (DHTML) を介して、優れたユーザー・エクスペリエンスを Microsoft Internet Explorer
および Mozilla ブラウザーに提供します。Domino Web Access クライアントのパフォーマンスは、DHTML アプリケーションとして、サーバー・パフォーマンス、ネットワーク・パフォーマンス、およびクライアント設定によって左右されます。
Domino Web Access の要件メールファイルにアクセスする Domino Web Access ユーザーの基本的な要件は次のとおりです。
Domino Web Access の動作 Domino Web Access は次のコンポーネントを使用します。
Domino Web サーバーにはユーザーのメールデータベースが保存されます。このデータベースには、メッセージ、カレンダーエントリ、ビューなど、表示される個人情報が含まれています。このデータ (HTML と JavaScript) を表示するためのロジックとフォームは、共有フォームデータベース (FORMS6.NSF) と Web サーバーのコード自体で維持されています。共有フォームデータベースとサーバー・コードは、すべてのユーザーによって共有されます。 Web サーバーが Domino Web Access の HTTP 要求を受け取ると、共有フォームデータベース (FORMS6.NSF) から 適切なフォームをロードし、必要であれば、ユーザーのメールデータベースのデータを使用して HTTP 応答を生成します。 応答には、スタイル・シート、スクリプト・モジュール、画像などの他の要素への外部参照が含まれることがあります。 応答を受け取ると、Web ブラウザーは HTML と埋め込まれたすべてのスクリプト参照をロードして、 ページをレンダリングします。また、外部参照をロードする要求を発行します。外部参照の多くは、 変更されることがない UI 設計要素です。これらの要素はブラウザーのファイルシステム・キャッシュに保管されるので、 ブラウザーがネットワーク経由でこれらの要素をダウンロードするのは、一度だけです。要素の再ロードが必要な場合、 ブラウザーはキャッシュからそのコピーを取り出します。メッセージの本文などの機密内容は、 サーバーによってタグが付けられ、キャッシュされません。
パフォーマンスの要因他の Web アプリケーションと同様に、ユーザーへの応答時間は次の要因の組み合わせに依存します。
クライアント・マシンの構成 Domino Web Access の一連のリリースでは、JavaScript テクノロジーを使用して作成された新機能とリッチ・ユーザー・インターフェースが次々と追加されました。製品が成長した結果、これらのすべての機能をサポートするために、クライアントの推奨構成も変化しています。Domino Web Access はローエンド・マシンでもエラーなしに機能しますが、これらのマシンでのパフォーマンスは、メッセージング・ソリューションに必要なレベルに達しないこともあります。このため、推奨されるクライアント構成とともに、最小限のクライアント構成も定められています。 最小限のクライアント構成 リリース 6.5.3 では、最小限の Windows クライアント構成として、Pentium III、800 MHz、256 MB のシステムが推奨されています。しかし、リリース 6.5.3 パフォーマンス hotfix の場合、Domino Web Access の最小限のクライアント構成は、400 MHz、128 MB RAM となります。推奨される最小限の Linux クライアント構成は、Pentium III、500 MHz、192 MB のシステムです。
推奨されるクライアント構成 Internet Explorer 6.0 および Mozilla での Domino Web Access 用に推奨されるマシン構成は、Pentium IV、1 GHz、512 MB のシステムです。 Web サーバーの構成 Web サーバーの構成も Domino Web Access のパフォーマンスの 1 つの要因ですが、課題となるのはスケーラビリティ、ユーザー数、およびネットワーク速度です。これらの課題は、Domino Web Access に固有のものではありません。Web サーバーの構成に関する詳細な情報は、developerWorks: Lotus の Performance ページにある、サーバー・スケーラビリティとパフォーマンスについての多くの記事に掲載されています。
テストパフォーマンスをテストするために、Lotus Domino 6.5.3 とパフォーマンス hotfix を組み込んだ Lotus Domino 6.5.3 を使用して、Windows 2000 上の Internet Explorer 6.0 SP1 と SuSE Linux 上の Mozilla 1.7 の両方で、最も一般的な 16 の操作をテストしました。また、異なるクライアント構成でもテストを行ないました。実際の応答時間は、マシン、メモリーの容量、ネットワークの負荷と速度、Web サーバーの負荷、他のアプリケーションによって消費される処理時間によって変わります。 テストの方法
マシン・タイプによる影響 hotfix を組み込んだ Domino Web Access 6.5.3 はローエンド・マシンでも予期したとおりに動作しますが、より新しく強力なマシンの方がパフォーマンスが良くなることは否定できません。ローエンド・マシンで GZIP を使用するとパフォーマンスが少し低下しますが、ハイエンドの 3 GHz のマシンではこの影響は無視できます。 hotfix を組み込んだ DWA 6.5.3 で、軽量 UI を使用してパフォーマンスを強化し、GZIP を有効にした場合と、無効にした場合の測定結果を次のグラフに示します。(メモ: 軽量 UI は標準 DWA UI のスケールダウン・バージョンで、リリース 6.5.3 hotfix のオプションです。詳細については、後述の「軽量ユーザー・インターフェース」セクションを参照してください。) 図 1. マシン・タイプ別の平均応答時間 (Internet Explorer) 図 2. マシン・タイプ別の平均応答時間 (Mozilla) 
6.5.3 と hotfix を組み込んだ 6.5.3 のパフォーマンスを比較する最も極端なケースで DWA 6.5.3 hotfix のパフォーマンスをテストするために、推奨される最小限のマシンで測定を実施しました。標準 UI を使用する DWA 6.5.3 の応答時間を基準にして、標準 UI を使用する hotfix 付き DWA 6.5.3 (hotfix) と軽量 UI を使用する hotfix 付き DWA 6.5.3 (hotfix) を比較しました。Mozilla 1.7 での応答時間は、標準ユーザー・インターフェース使用の場合は 41 パーセント向上し、軽量ユーザー・インターフェース使用の場合は 44 パーセント向上しました。Internet Explorer での応答時間は、標準 UI 使用の場合は 42 パーセント向上し、軽量ユーザー・インターフェース使用の場合は 48 パーセント向上しました。軽量ユーザー・インターフェースの詳細については後述の「軽量ユーザー・インターフェース」のセクションを参照してください。 400 MHz、128 MB のクライアント・マシン上の Microsoft Windows 2000 で Internet Explorer 6.0 SP 4 を使用した場合と、500 MHz、192 MB のクライアント・マシン上の SuSE Linux で Mozilla 1.7 ブラウザーを使用した場合の結果を下表に示します。応答時間はミリ秒単位で測定されています。
回線速度がパフォーマンスに与える影響 良いマシンによって良いパフォーマンスが得られるのであれば、同じことがネットワーク速度にも言えます。次のグラフに示すように、遅いネットワークはパフォーマンスに悪い影響を与えます。遅いネットワークでシステム管理者がパフォーマンス改善のために使用できる手段の 1 つに、GZIP 圧縮があります。GZIP は、データの圧縮により、特に遅い回線での速度を改善するために設計されているので、高速ネットワークまたは閉じられたネットワークでは、ほとんど影響を与えません。また、ブラウザーは受信したデータの圧縮を解除しなければならないので、低速のマシン (600 GHz 以下) では、GZIP 圧縮はマイナスの影響を与える可能性があります。ローエンド・マシンと遅いネットワークを含む環境では、GZIP の使用はパフォーマンスのトレードオフになることがあります。つまり、場合によっては、ネットワークの送信時間は改善しますが、クライアント・マシンにおける応答速度が低下します。GZIP の詳細については、後述の「GZIP 圧縮」のセクションを参照してください。 図 3. 回線速度別の平均応答時間 
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
