パフォーマンスツリー performance-tree

ブラウザーで標準 HTTP 要求分析を使用して、要求フローを分析できます。Chrome でこの分析を実行する方法の詳細は、以下を参照してください。

https://developer.chrome.com/docs/devtools/

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

オーサー層の場合は、遅延が 100 ミリ秒を超えないことが推奨されます。

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

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

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

rlog.jar を使用した所要時間の長い要求の検索を参照してください。

1. メモリ不足
2. アプリケーションからメモリ不足エラーがスローされる
3. メモリの問題を分析します。

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

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

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

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

キャッシュ率を向上させるには、リクエストをキャッシュ可能にします（Dispatcher のベストプラクティス）

また、キャッシュ設定を最適化するために、以下の設定も考慮してください

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

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

リンクをたどる

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

接続を再利用するために、異なる複数のリクエストに Keep-Alive ヘッダーが存在しますか。存在しない場合は、リクエストごとに別の接続が確立され、不要なオーバーヘッドが発生します（ブラウザーでの標準 HTTP リクエスト分析）。

プロキシサーバーツールで、Keep-Alive 接続を確認できます。

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