アカウント名:
パスワード:
なお停止時間は徐々に長時間化していくとしている
これ、NTP 的だなぁ。期間を長めにとって宣言する、で良い気がする。
以下余談。NTP って上りと下りの速度が同じ事が前提って聞いた気がするが、どうなのかな
速度と言っても帯域幅じゃなくてレイテンシの方だと思うが、レイテンシが大幅に偏ってるケースが一体どれほどあるか、偏っててもそれをどうやって検出するというのか、検出できて補正できてもそこにどの程度の効果があるのか。
まぁ理屈の上では帯域幅違えば同時に送り始めても帯域幅広いほうが先に宛先やらパケット末尾やらを読んで中継できるけど、ホップ数のほうが影響大きいし、レイテンシが大幅に偏る為には行きと帰りで遅延の全然違う経路を通らなないと厳しいだろうし、検出するには一々トレースルート掛けなきゃだし、それも当てにならん上に双方向分必要だし、そんだけ頑張って何ミリ秒正確になるのか。パソコンとか大抵の機器じゃ早々にそれ以上に狂ってしまう予感。
多分ほぼ意味がない。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
NTP 的 (スコア:0)
これ、NTP 的だなぁ。期間を長めにとって宣言する、で良い気がする。
以下余談。NTP って上りと下りの速度が同じ事が前提って聞いた気がするが、どうなのかな
Re: (スコア:0)
速度と言っても帯域幅じゃなくてレイテンシの方だと思うが、
レイテンシが大幅に偏ってるケースが一体どれほどあるか、
偏っててもそれをどうやって検出するというのか、
検出できて補正できてもそこにどの程度の効果があるのか。
まぁ理屈の上では帯域幅違えば同時に送り始めても帯域幅広いほうが先に宛先やらパケット末尾やらを読んで中継できるけど、ホップ数のほうが影響大きいし、
レイテンシが大幅に偏る為には行きと帰りで遅延の全然違う経路を通らなないと厳しいだろうし、
検出するには一々トレースルート掛けなきゃだし、それも当てにならん上に双方向分必要だし、
そんだけ頑張って何ミリ秒正確になるのか。パソコンとか大抵の機器じゃ早々にそれ以上に狂ってしまう予感。
多分ほぼ意味がない。