サーバーの設置場所の数は、プロバイダーがそのネットワークにアクセスせずに上げることができる 1 つの見出しの数値です。リストを編集することもできます。そこで、このカウントをベンダーの主張として扱い、プロバイダーが制御できないもの、つまり光がガラスを通過する速度と照らし合わせてチェックします。
2 つの次元はこれの反対側にあります。 サーバーの場所 はベンダーが主張するものです。これはプロバイダー独自のリストであり、ホスト名の横にあるフラグを印刷するのに費用はかかりません。 サーバーの信頼性 が測定され、リストがチェックされます。このチェックは巧妙ではありませんが、それが強みです。定数に関する算術演算です。
定数
光ファイバー内の光は、ガラスの屈折率によって遅くなり、真空速度の約 3 分の 2 である約 200 km/ms で伝わります。パケットを運ぶのにこれに勝るものはありません。したがって、サーバーまでの測定された往復時間 (RTT) によって、サーバーからの距離に厳しい上限が設定されます。
片道時間 ≈ RTT / 2、距離 ≤ (RTT / 2) × 200 km/ms。キューイング、ルーティング、処理には 追加 時間がかかるだけなので、これは限界があり、距離は上限です。小さな RTT では大きな距離を隠すことはできません。うまくいった例
シンガポールにプローブを設置し、リストに「東京」というラベルが付いているサーバーに ping を送信します。シンガポールから東京までは直線距離で約5,300キロです。ファイバー内の光は片道で約 26.5 ミリ秒を必要とするため、正直な往復では 53 ミリ秒未満で戻ってくることはできません。また、実際の海底ケーブルのルートは直線よりも長いため、実際の数値はさらに高くなります。
ここで、プローブが 8 ミリ秒の RTT を測定すると仮定します。片道の場合は半分にし、定数を掛けます: 4 ms × 200 km/ms = 800 km。答えが何であれ、シンガポールから最大 800 km です。東京ではありえない。それはシンガポールかその近くのどこかにあり、東京のラベルをかぶった仮想的な場所であり、世界的なリーチとして販売数に数えられています。
推論は一方向にしか実行されないため、安全になります。 RTT が大きいということは曖昧であり、サーバーが実際に遠くにあるか、単にルートが混雑している可能性があります。しかし、小さすぎる RTT は有害です。どんなに優れたエンジニアリングを行っても、光が到着する前にパケットが到着することはありません。単に場所に反論するのではなく、場所を特定するために、いくつかのプローブの有利な点から三角測量し、それぞれが暗示する距離の上限と交差します。その結果、プロバイダーは議論できない限界が生じます。これについて議論することは、光の速度について議論することを意味するからです。
現在の状況
これはデータの前に記載されている方法です。現在のコーパスにはまだサーバーの信頼性の測定値が含まれていないため、このディメンションにはスコアが含まれず、推測ではなく加重平均から除外されます。プローブ ネットワークが稼働しているとき、それは完全に自分たちで生成する 1 つの次元になります。そのため、その上限は完全に 10 になります。他の人から引用した速度テストやページから読み取ったストリーミングの主張とは異なり、距離限界はオンデマンドで再現できる数値です。これは、このサイトが所有する予定のデータセットです。