応答時間（テクノロジー）

テクノロジーにおいて、応答時間とは、システムまたは機能ユニットが特定の入力に反応するのにかかる 時間です。

コンピューティングでは、サービスの応答性、つまりシステムがサービス要求に応答するのにかかる時間は、応答時間によって測定されます。そのサービスには、^[要出典]メモリ フェッチ、ディスク IO、複雑なデータベース クエリ、または Web ページ全体の読み込みなど、あらゆるものがあります。転送時間をしばらく無視すると、応答時間はサービス時間と待機時間の合計です。サービス時間は、要求された作業を実行するのにかかる時間です。特定の要求の場合、サービス時間は作業負荷が増加してもほとんど変わりません。つまり、X 量の作業を実行するには常に X 量の時間がかかります。待機時間は、要求がサービスされるまでにキューで待機する必要があった時間であり、待機が不要な場合は 0 から、すでにキューに入っている要求が多く、最初にサービスする必要があるため、サービス時間の大きな倍数まで変化します。^{[独自の研究? ]}

基本的なキューイング理論の計算^[1]を使用すると、サービスを提供するデバイスのビジー状態が 0% から 100% に変化すると、平均待機時間がどのように増加するかを計算できます。デバイスのビジー状態が増加すると、平均待機時間は非線形に増加します。デバイスのビジー状態が増加すると、100% ビジー状態に近づくにつれて応答時間の増加が劇的に増加します。この増加はすべて、最初に実行する必要があるキューで待機しているすべての要求の結果である待機時間の増加によって引き起こされます。

リクエストとそれに対する応答がネットワーク上を移動する必要がある場合、応答時間に送信時間が追加され、非常に重要になる可能性があります。^{[2]送信時間には、距離による}伝播遅延（光の速度は有限）、送信エラーによる遅延、およびデータ通信帯域幅の制限（特にラストマイル）が含まれ、リクエストまたは応答の送信速度が遅くなります。

開発者は、プログラム最適化技術を使用して、システムの応答時間（エンドユーザー向けかどうかに関係なく）を短縮できます。

リアルタイム システムでは、タスクまたはスレッドの応答時間は、ディスパッチ (タスクの実行準備が整った時間) からジョブが完了する時間 (1 回のディスパッチ) までの経過時間として定義されます。応答時間は、タスクが干渉なく実行された場合にかかる最大時間であるWCETとは異なります。また、特定のシステムのコンテキストでタスクの出力が有効な時間の長さである期限とも異なります。また、ディスパッチから応答が開始されるまでの時間である TTFBと関係があります。

応答時間は、ディスプレイのピクセルが変化するのにかかる時間です。ミリ秒(ms) 単位で測定されます。数値が低いほど遷移が速く、目に見える画像アーティファクトが少なくなります。応答時間の長いディスプレイ モニターでは、動く物体の周囲にモーション ブラーが発生し、動きの速い画像には適していません。応答時間は通常、ピクセル応答曲線の 10% から 90% のポイントまでの VESA 業界標準に基づいて、グレーからグレーへの遷移から測定されます。^{[3] [4]}

カウンターストライクのようなテンポの速い競争ゲームでは、ディスプレイの応答時間が最適なパフォーマンスに極めて重要です。応答時間の短いディスプレイはプレイヤーの入力に対する応答性が高く、急速に変化する画像を表示する際の視覚的なエラーが少なくなるため、応答時間の短さは競争の激しいゲームでは重要です。ゲーム用に販売されている最新のモニターのほとんどは応答時間が1msですが、ハイエンドモニターでは応答時間が1ms未満、安価なモニターや高解像度のモニターでは応答時間が1msを超えることも珍しくありません。^[5]

• レイテンシー（エンジニアリング）
• 割り込み遅延
• アプリケーション応答測定