フォームの応答時間
多くの場合、応答時間インジケーター (クロック) はフォームやリストの右下に表示されます。
このインジケーターは、合計時間と各ステップの時間を含む、完了したトランザクションの処理時間を示します。アイコンをクリックすると、応答時間の詳細が表示または非表示になります。アイコンをポイントすると、詳細を示すツールヒントが表示されます。次の例は、デモインスタンスでフィルター済みリストを取得するための応答時間を示しています。
この例では、トランザクションに次の処理時間がかかりました。
- 合計時間 1019 ミリ秒
- ネットワーク上のデータの移動時間 3 ミリ秒
- サーバー上で 526 ミリ秒注:サーバー時間は次の式で計算されます。
server time = (client response time - browser time - client network time) - ブラウザー内、HTML のレンダリング、および JavaScript の解析と実行に 490 ミリ秒
ページング、リストのソート順の変更などの簡単な操作、またはセッション内の最初のトランザクションでは、応答は表示されません。
フォームでブラウザー処理時間の詳細なブレークダウンを表示するには、[ブラウザー] をクリックします。
アドミニストレーターは、システムプロパティ [sys_properties] テーブルで glide.ui.response_time プロパティを false に設定することで、応答時間を無効にできます。ナビゲーションフィルターで、sys_properties.list と入力して glide.ui.response_time を検索します。
応答時間を確認するときは、次の問題が発生していないか探してください。
- ある期間内に、すべてのトランザクションの処理時間が異常に長くなる。たとえば、通常は 1 秒で済むトランザクションが、午前 11:00 から午前 11:20 までの間に 15 秒かかりました。この問題は、その期間にそのアプリサーバーで異常な負荷 (大きなレポートなど) が実行されたことを示している可能性があります。
- ある特定のトランザクションで、異常に長い時間がかかることが繰り返し発生する。たとえば、簡単な説明をキーにしてソートされたクローズ済みインシデントのリストを表示すると、毎回 30 秒かかりました。この問題は、インデックスのないフィールドでの 50 万件のレコードのソートなど、特定のトランザクションによってシステムのデータベースに異常な負荷がかかったことを示している可能性があります。
パフォーマンスを向上させるには、次のアクションを試してください。
- ウィンドウ全体にまたがる 1 つ以上のトランザクションを探します。たとえば、応答が 6 分間遅くなり、その時間内に実行されたトランザクションが 1 つだったとします。トランザクションを高速化するために、データベースにインデックスを追加してみてください。クエリーのタイプによっては、インデックス作成に関係なく、常に他のタイプのクエリーよりも実行が遅くなることがあります。
- キャッシュのフラッシュが営業時間中に実行されていないことを確認します。キャッシュのフラッシュは、古いデータが変更や更新の妨げになるのを防ぐためのもので、更新セットを使用すると自動的に実行されます。cache.do を使用してキャッシュのフラッシュをスケジュール設定して実行すると、全体的なパフォーマンスに影響し、システムの応答時間が低下する可能性があります。キャッシュのフラッシュは営業時間中には実行せず、自動でトリガーしないようにします。
- 応答時間が遅いときに特定の問題が見つからない場合は、サポートに連絡して、アプリケーションサーバーハードウェアにグローバルな問題があるかどうかを確認してください。
クライアントトランザクションタイミング
Client Transaction Timings プラグインは、クライアント側とサーバー側の両方で、またブラウザーとネットワークで費やされた時間に関する追加情報を提供します。この機能は、実行時間の長いプロセスを見つけるのに役立つだけでなく、プロセスのどこでパフォーマンスの問題が発生しているかについての情報も提供します。