アカウント名:
パスワード:
応答時間が遅くても(通常は)画像などの大きなファイルの転送では、 ストレスを感じないと思います。これは。応答速度が遅くても 帯域が狭いわけではないからです。逆に、SSHなどの小さな、 でも会話などのリアルタイムなやりとりをするものでは、 いくら帯域が広くても応答速度が遅ければかなりの
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
パケットの遅延も少しは改善するのかな… (スコア:1)
パケットの遅延(表現あってるのかな…:IPパケットの応答時間ですが)が結構大きくて、大きなサイズのファイルのやりとり(HTTPでの画像転送とか)のときに、速度が気になります。
Re:パケットの遅延も少しは改善するのかな… (スコア:1)
応答時間が遅くても(通常は)画像などの大きなファイルの転送では、 ストレスを感じないと思います。これは。応答速度が遅くても 帯域が狭いわけではないからです。逆に、SSHなどの小さな、 でも会話などのリアルタイムなやりとりをするものでは、 いくら帯域が広くても応答速度が遅ければかなりの
Re:パケットの遅延も少しは改善するのかな… (スコア:1)
# パラメータチューニングでなんとかするにも限界があるし
# 400~500ms の遅延って衛星じゃないんだから…
Re:パケットの遅延も少しは改善するのかな… (スコア:0)
ファイル転送のパフォーマンスは高くなると思います。
もちろんパケットロスがちょっとでもあるとかなり低下すると
思いますが。
Re:パケットの遅延も少しは改善するのかな… (スコア:1)
AirH" の場合は帯域が狭いこともあって充分に広げてもあまりあふれることは少ないとは思うけど、RTT があまり安定していないこともあるので
WindowSize のチューンや inirial RTT や MTU 変更しても TCP は 100ms を超えるあたりからどうしても 10~40% 程度の
パフォーマンスの低下は起こりませんか?
低速回線だから Nagle や DelayACK して画像なんかはある程度効率上げられても SmallPacket はなおさら遅れるので
terminal session がさらに影響を受けやすいのも確かだが。