パフォーマンスツリー

ブラウザーで標準的な HTTP リクエスト分析を使用して、リクエストフローを分析できます。 Chrome でこれをおこなう方法について詳しくは、次を参照してください。

https://developers.google.com/web/tools/chrome-devtools/profile/network-performance/resource-loading
https://developers.google.com/web/tools/chrome-devtools/profile/network-performance/understanding-resource-timing

Dispatcher のデバッグドキュメントを確認して、要求が正しくキャッシュされているか確認してください。

用途 Tough Day 本番インスタンスから「実世界」の条件をレプリケートする場合。 開発の場所でこれが現実的でない場合は、異なるネットワークコンテキストで実稼動インスタンス（または同一のステージングインスタンス）をテストしてください。

ネットワークレイヤーで、輻輳や遅延の問題がないかどうかを調べます。

オーサー層では、待ち時間が 100 ミリ秒を超えないことをお勧めします。

パフォーマンスの最適化に関するヒントについて詳しくは、このページを参照してください。

request.log を分析するか、rlog.jar を使用すると、処理に時間のかかる要求を確認できます。

rlog.jar の使用方法の詳細については、このページを参照してください。

詳しくは、 rlog.jar を使用した長期間のリクエストの検索.

AEMで使用できるプロファイルツールについて詳しくは、 パフォーマンスの監視および分析用ツール.

1. メモリ不足
2. アプリケーションからメモリ不足エラーがスローされる
3. Helpx で「メモリの問題の分析」を参照してください。
   

詳しくは、 ディスク I/O の節を参照してください。

• パフォーマンスチューニングのヒント
• パフォーマンスの設定
• リポジトリのパフォーマンスの調整

• ワークフローの同時処理
• 特定のワークフロー用のキューの設定
• ワークフローインスタンスの定期的なパージ
• 一時的なワークフロー
  

Multi Site Manager のベストプラクティス

1. アセット同期サービス
2. 複数の DAM インスタンス
3. こちらおよびこちらにあるパフォーマンスチューニングのヒントに関する記事
   

閉じられていない JCR セッションの確認

セキュアセッションの有効化

1. 一般的な Dispatcher 設定
2. Dispatcher キャッシュの設定

キャッシュ率を向上させる方法要求をキャッシュ可能にする（Dispatcher のベストプラクティス）

また、キャッシュ設定を最適化するために、以下の設定も考慮に入れます。

1. GET以外の HTTP リクエストに対してキャッシュなしルールを設定する
2. クエリー文字列をキャッシュ不可に設定
3. 拡張子のない URL をキャッシュしない
4. 認証ヘッダーをキャッシュします（Dispatcher バージョン 4.1.10 以降で可能）

最新バージョンの Dispatcher は、次の場所でダウンロードできます。

リンク先

• オーサー層のキャッシュ無効化
• パブリッシュ層のキャッシュ無効化

接続を再利用する別のリクエストに Keep-Alive ヘッダーが存在しますか。そうしないと、各リクエストが別の接続確立につながり、不要なオーバーヘッドが生じます。 （ブラウザーでの標準 HTTP リクエスト分析）

次の項目を確認できます。 プロキシサーバーツール ：キープアライブ接続を確認します。

1. リソース（画像、CSS スプライト、JSON など）を
   
2. clientlibs の埋め込み：
   1. クライアントライブラリフォルダーの作成 -「埋め込みを使用したリクエストの最小化」の見出しを参照してください