パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

AirH" が 128Kbps に」記事へのコメント

  • 現行の AirH" を使ってるのですが…
    パケットの遅延(表現あってるのかな…:IPパケットの応答時間ですが)が結構大きくて、大きなサイズのファイルのやりとり(HTTPでの画像転送とか)のときに、速度が気になります。
    • 応答時間が遅くても(通常は)画像などの大きなファイルの転送では、 ストレスを感じないと思います。これは。応答速度が遅くても 帯域が狭いわけではないからです。逆に、SSHなどの小さな、 でも会話などのリアルタイムなやりとりをするものでは、 いくら帯域が広くても応答速度が遅ければかなりの

      • TCP であれだけ遅延があったらパフォーマンスなんて出っこないんですけど?
        # パラメータチューニングでなんとかするにも限界があるし
        # 400~500ms の遅延って衛星じゃないんだから…
        • by Anonymous Coward on 2002年01月18日 12時25分 (#55132)
          遅延が大きくても、安定して続けてパケットが送られてこれば
          ファイル転送のパフォーマンスは高くなると思います。

          もちろんパケットロスがちょっとでもあるとかなり低下すると
          思いますが。
          親コメント
          • うーん、ACK 受けが遅れることでの Window からのあふれが数百ms 以上の遅延下では問題になるかと思ってるんですが。
            AirH" の場合は帯域が狭いこともあって充分に広げてもあまりあふれることは少ないとは思うけど、RTT があまり安定していないこともあるので
            WindowSize のチューンや inirial RTT や MTU 変更しても TCP は 100ms を超えるあたりからどうしても 10~40% 程度の
            パフォーマンスの低下は起こりませんか?

            低速回線だから Nagle や DelayACK して画像なんかはある程度効率上げられても SmallPacket はなおさら遅れるので
            terminal session がさらに影響を受けやすいのも確かだが。
            親コメント

※ただしPHPを除く -- あるAdmin

処理中...