スピードテストは回線が空いているときの速さを測ります。このテストは回線が実際に混んでいるときに遅延がどうなるかを測ります——ゲームやビデオ通話を台無しにする、まさにその現象です。
テストは約35秒かかり、回線のフルスピードでデータを転送します(高速回線では約1〜4GB)。従量制の接続では実行しないでください。
| ベースライン(アイドル) | ダウンロード負荷時 | アップロード負荷時 | |
|---|---|---|---|
| 遅延の中央値 | — | — | — |
| 遅延の増加 | — | — | — |
| 95パーセンタイル | — | — | — |
| 評価 | — | — | — |
| RPM | — | — | — |
| スループット | — | — | — |
負荷時のプローブ損失: — · プローブ方式: —
RPM(負荷時の毎分往復数)はAppleとIETFが採用する応答性の指標です。1,000以上は優秀、300未満は負荷時に明らかにもたつきます。
バッファブロートとは、ルーターやモデム内の過大なバッファが引き起こす遅延のことです。回線が飽和すると——大きなアップロード、クラウドバックアップ、誰かのストリーミング——パケットは速やかに破棄される代わりにバッファ内で長い列を作ります。技術的には何も失われていませんが、すべてが遅れて届きます。アイドル時20msのping が300ms以上になり、リアルタイムアプリは破綻します。
このテストは3つの状態で遅延を測定します:アイドル時、ダウンロード完全飽和時、アップロード完全飽和時。アイドル時と負荷時の差があなたのバッファブロートです。DSLReportsが広めたA+〜Fの評価スケールを採用しているので、他のツールの結果と直接比較できます。
多くのバッファブロートテストと異なり、当テストの遅延プローブはWebRTC非信頼データチャネル——専用テストサーバーへの独立したUDPフロー——で動作します。負荷トラフィックと接続を共有するHTTPリクエストではありません。これにより、ルーターのキューではなくブラウザの輻輳を測ってしまうという、HTTPプローブ型テストの既知の弱点(特にモバイル)を回避しています。
パケットロスもチェックしましょう
パケットロステストを実行