レイテンシ

Latency

PC・システムのきほん

レイテンシは、ある開始点から、対応する結果が得られるまでの遅延時間です。何を測るかで区間が変わります。通信の往復時間、最初の応答までの時間、操作から画面表示までの時間を同じ値として扱わないことが大切です。

🐾 猫で例えると？

ちゅ〜るのパッケージを開けた瞬間に、目つきを変えて光の速さで顔を近づけてきたアメショ — 開封音に対する超低レイテンシ（応答速度）な接近

おやつを見せてから猫が動き出すまでを測るなら「反応開始まで」、食べ終わるまでなら「完了まで」です。同じ猫の動作でも測定区間が違うように、ITでも始点と終点を決めてから数字を比べます。

💻 IT現場における「レイテンシ」とは？

ボタンを押してから表示が変わるまでには、通信、サーバーの処理、ブラウザーの描画などが含まれます。体感の遅さだけで回線の問題と決めつけず、各区間を測って切り分けます。

帯域は一定時間に転送できる量、レイテンシは待つ時間です。幅の広い道でも目的地が遠ければ到着には時間がかかるように、大容量の回線でも距離や経路、混雑による遅延は残ります。

⚠️ レイテンシの仕組みと注意点

レイテンシを測る際、現場のエンジニアが息をするように叩くのが `ping`（ピング）というコマンドです。これはネットワーク上の相手に小さなパケットを投げ、それが返ってくるまでの往復時間（RTT：Round-Trip Time）をミリ秒単位で計測します。

Ping値によるネットワークの健康診断

pingはICMP応答までの往復時間を調べる道具です。WebページやDBの処理時間を直接測るものではありません。Webの最初のバイトまでの時間（TTFB）や開発者ツールの通信計測と併せて調べます。

# Linux/Mac環境でGoogleのパブリックDNS(8.8.8.8)へPingを送信しレイテンシを測る例
ping -c 4 8.8.8.8

# 出力例（一部抜粋）
# 64 bytes from 8.8.8.8: icmp_seq=1 ttl=117 time=4.23 ms
# 64 bytes from 8.8.8.8: icmp_seq=2 ttl=117 time=4.51 ms
# --- 8.8.8.8 ping statistics ---
# rtt min/avg/max/mdev = 4.102/4.350/4.510/0.165 ms

pingの値は宛先と経路によって変わります。小さい値だけでアプリが速いとは言えず、応答なしもパケット損失とは限りません。ICMPを拒否する設定や応答制限があるため、実際に使う通信の結果も確認します。

🛠️ レイテンシを小さく（賢く）するためのポイント

システムの応答速度を改善し、ユーザーにストレスを与えないためにエンジニアが設計段階で意識すべきポイントです。

物理的な距離を近づける（CDNの活用）： 画像や動画などの重いデータは、ユーザーの地理的な場所に近いサーバー（エッジサーバー）から配信するCDN（コンテンツ配信ネットワーク）を導入し、物理的な通信距離を削ります。
不要な往復を減らす： 前の応答を待って次の要求を送る設計では、往復の待ち時間が積み重なります。独立した要求の並行化やまとめて取得するAPIを検討しますが、大きすぎる応答やサーバー負荷とのバランスも見ます。
データベースのインデックスとキャッシュ： ネットワークの遅延ではなく、サーバー内部の検索処理（Disk I/O）で遅延が起きている場合は、適切なインデックスを張ったり、Redisなどのメモリキャッシュを使って即座にデータを返せるようにします。

猫がなかなか動かないときも、観察を打ち切った時間と実際の反応時間は別です。通信のタイムアウトも「設定した時間までに完了しなかった」という結果であり、レイテンシが無限だと分かったわけではありません。