アカウント名:
パスワード:
URLが少々長かったところで、通常は1パケット(ほとんどの場合1500バイトくらいまで)に収まるわけだし、トラフィックは変わらないのではないでしょうか?パケットの分割が起こるほど長いURLなら話は変わりますが、ここで挙げられているのはたかだか150バイト程度のことのようですし。
LANで使われるイーサネットのデータ長は1500ほどですが、WANで使われるATMのデータ長は48です。経路にATMが使われていない可能性があるかもしれませんが、使われていると思ったほうが良いと思います。
>トラフィックは変わらないのではないでしょうか?PPSはかわりませんが、BPSは当然かわります。回線容量は、BPSですよね。PPSが問題になるのは、スイッチやルータのフォワーディング性能です。
むしろトラフィックを計算するのに、HTTPのペイロード長で計算しているのは正しくない、TCP、IP、Etherのヘッダを含めた、L2のフレーム単位で計算しないと正しくないということをつっこむべきではないでしょうか。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
本当にトラフィックが減る? (スコア:1)
URLが少々長かったところで、通常は1パケット(ほとんどの場合1500バイトくらいまで)に収まるわけだし、トラフィックは変わらないのではないでしょうか?
パケットの分割が起こるほど長いURLなら話は変わりますが、ここで挙げられているのはたかだか150バイト程度のことのようですし。
Re:本当にトラフィックが減る? (スコア:2)
LANで使われるイーサネットのデータ長は1500ほどですが、WANで使われるATMのデータ長は48です。
経路にATMが使われていない可能性があるかもしれませんが、使われていると思ったほうが良いと思います。
Re: (スコア:0)
大抵、STMでしょう。
Re: (スコア:0)
>トラフィックは変わらないのではないでしょうか?
PPSはかわりませんが、BPSは当然かわります。回線容量は、BPSですよね。
PPSが問題になるのは、スイッチやルータのフォワーディング性能です。
むしろトラフィックを計算するのに、HTTPのペイロード長で計算しているのは正しくない、
TCP、IP、Etherのヘッダを含めた、L2のフレーム単位で計算しないと正しくないということをつっこむべきではないでしょうか。