指標、スレッド、メモリおよびプロファイリングを監視。使用したパフォーマンスの監視を参照してください。詳細なカーネル呼び出しおよびプロセス分析(Unix)。ページレンダリングのタイミングの統計を確認。メモリプロファイリングツール開発中に低速の要求を分析する際に使用。インストールの進行中のステータス。インストールについてできる限り知っておくことは、パフォーマンスの変化の原因や、変化が正当かどうかを追跡する上でも役立ちます。これらの指標を一定の間隔で収集し、重大な変化を簡単に確認できるようにする必要があります。対するすべての要求に関する基本的な情報を登録します。ここから、貴重な結論を導き出すことができます。要求の所要時間を確認する方法として組み込まれています。付けて、応答時間が遅くなる現象を監視すると便利です。使用して、応答時間を分類してフィルター処理することをお勧めします。分離し、個々に調整してパフォーマンスを向上させることをお勧めします。パフォーマンスプロファイリングツールを使用します。実行される各要求を、応答と共に登録します。サイトの平均トラフィックを把握できます。始めることをお勧めします。<cq-installation-dir>/crx-quickstart/logs/request.logログは次のようになっています(簡潔にするために、各行を短縮しています)。行ずつの構成になっています。要求または応答がおこなわれた日付。要求の番号(角括弧内)。この番号は、要求と応答で一致しています。矢印は、要求(右向き矢印)か応答(左向き矢印)かを示しています。要求の行には、以下が含まれます。POST)要求されたページプロトコル応答の行には、以下が含まれます。タイプ応答時間サイズの小さいスクリプトを使用して、ログファイルから必要な情報を抽出し、必要な統計を取ることができます。これらの統計から、どのページ、またはどんなタイプのページが低速か、全体的なパフォーマンスが十分かどうかを確認できます。検索要求は常にログファイルに登録されます。1562msしたがって、上記のように、スクリプトを使用して関連する情報を抽出し、統計を取ることができます。応答時間を確認したら、その要求になぜそれだけの時間がかかっているのか、応答を改善するために何ができるかに関する分析が必要になる場合があります。使用して、並行性およびそれに対するシステムの反応を監視できます。テストを実施して、悪影響なくシステムが処理できる同時ユーザーの数を特定する必要があります。ここでも、スクリプトを使用してログファイルから結果を抽出できます。分間など)内におこなわれる要求の数を監視します。人のユーザーが同時に「保存」をクリックするなど)。様々なヘルパーツールが以下の場所に含まれています。短時間で分類し、所要時間を基準として、最長から最短の順序で要求を表示できます。次のコマンドは、考えられる引数を示しています。個の要求を表示することができます。ファイルを連結する必要があります。参照)などのツールを使用してメモリリークを特定し、応答時間を選択分析することをお勧めします。次の方法で使用できます。社のページにアクセスして得られたものです。このページは非常にシンプルですが、パフォーマンス向けに最適化はされていません。同時に実行されているすべての要求の、要求ごとの所要時間の平均も表示されます。-c(同時に実行する複数の要求の数)の値を変更すると、それによる影響の有無を確認できます。要求トラフィックに関する情報(特定の期間の要求数)により、インスタンスの負荷の目安がわかります。抽出できますが、カウンターを使用すると、データ収集を自動化し、以下の情報を確認できます。インストールして、要求がおこなわれるたびにカウンターの数値を増やすこともできます。複数のカウンターを様々な期間に使用できます。収集された情報を使用して、以下の内容を示すことができます。含めることをお勧めします。良い例が多数公開されています。ページを選択し、ページソースを開いて下までスクロールすると、次のようなコードを確認できます。インスタンスを起動します。インスタンスを選択して「接続」をクリックします。ダブルクリックします。「概要」がデフォルトで表示されます。この後、他のオプションを選択できます。使用可能になりました。インストールが完了したら、次の手順を実行できます。インスタンスを起動します。コマンドラインに追加できます。デフォルトで有効になっています。次のいずれかを実行します。ダブルクリックします。「概要」がデフォルトで表示されます。この後、「監視」など、他のオプションを選択できます。このツールを使用すると、スレッドダンプおよびメモリヘッドダンプを生成できます。これは、テクニカルサポートチームから要求されることの多い情報です。情報収集インストールについてできる限り知っておくことは、パフォーマンスの変化の原因や、変化が正当かどうかを追跡する上で役立ちます。これらの指標を一定の間隔で収集し、重大な変化を簡単に確認できるようにする必要があります。有益な情報を以下に示します。時間あたりの要求数システムで作業をしている作成者の数インストール以降にシステムを使用した作成者の数を確認するには、次のコマンドラインを使用します。-l特定の日付に作業をしている作成者の数を確認するには、以下を使用します。日あたりのページアクティベーションの平均数サーバーのインストール以降のページアクティベーションの合計数を確認するには、リポジトリクエリーを使用します。ツール/クエリーで、次のように指定します。cq:AuditEvent)[@cq:type='Activate']その後、インストール以降の経過日数を計算し、平均を計算します。現在サーバー上にあるページの数を確認するには、リポジトリクエリーを使用します。ツール/クエリーで、次のように指定します。ヶ月あたりのロールアウトの平均数インストール以降のロールアウトの合計数を特定するには、リポジトリクエリーを使用します。ツール/クエリーで、次のように指定します。cq:AuditEvent)[@cq:type='PageRolledOut']インストール以降の経過月数を計算し、平均を計算します。ヶ月あたりのライブコピーの平均数インストール以降におこなわれたライブコピーの合計数を特定するには、リポジトリクエリーを使用します。ツール/クエリーで、次のように指定します。cq:LiveSyncConfig)ここでも、インストール以降の経過月数を使用して、平均を計算します。アセットの数を確認するには、リポジトリクエリーを使用します。ツール/クエリーで、次のように指定します。リポジトリをローカルファイルシステムにマップします。次のコマンドラインを使用します。内のアセットの合計数(上記で得られた値)で、グローバルサイズを割ります。現在サーバー上にあるテンプレートの数を確認するには、リポジトリクエリーを使用します。ツール/クエリーで、次のように指定します。現在サーバー上にあるコンポーネントの数を確認するには、リポジトリクエリーを使用します。ツール/クエリーで、次のように指定します。時間あたりの要求数を特定するには:インストール以降の要求の合計数を特定するには、次のコマンドラインを使用します。-l開始日と終了日を特定するには、以下を使用します。時間あたりの要求の平均数を計算します。時間あたりの要求数パブリッシュインスタンスで上記の手順を繰り返します。パフォーマンスに関する問題が発生し始めたときにチェックする箇所に関する推奨事項を以下に示します。このリストはすべてを網羅しているわけではありません。注意:詳しくは、以下の記事も参照してください。%で動作している場合は、以下を参照してください。ナレッジベース遅延しているプロセスおよびブロックされたプロセスの分析メモリ不足このようなエラーは開発およびテストの段階で検出されるべきですが、特定のシナリオが見落とされる可能性もあります。システムがメモリ不足になっている場合、パフォーマンスの低下や、次のサブテキストを含むエラーメッセージなど、様々な方法で確認できます。java.lang.OutOfMemoryErrorこのような場合は、以下をチェックします。I/Oシステムがディスク容量不足になっている場合や、ディスクスラッシングが始まっていることに気付いた場合は、以下を参照してください。ファイルの最適化デバッグ情報のコレクションを無効にしているかどうか。これは、以下を含む様々な場所で設定できます。週間後またはそれ以降)は、以下を確認できます。サイズを指定し、デフォルトを使用すれば、たいていの場合に対応できます。チューニングを試みることが重要です。これには、ヒープサイズ、アルゴリズム、その他の局面を含む要因の監視が必要になる場合があります。一般的な選択肢は以下のとおりです。可視化機能によって取り込み可能です。場合は以下のとおりです。