WANリンク速度とTCP Windows2003のウィンドウサイズ/ XP
私は現在、MPLSを介して2つのリモートロケーションに接続されたデータセンターを持っています-それぞれ2Mと6M。 2M接続（米国からアジアへ）には約300ミリ秒の遅延があり、クライアント（XP、2003サーバー）とサーバー（2003サーバー）間で転送する場合、単一のフローは.65Mbpsを超えません。
FTP経由で非常に優れた接続を取得できます。これはシングルスレッドFTP接続で2Mbps全体をほぼ埋め尽くしますが、CIFSまたはその他のTCPベースのものはひどく窮地に立たされているようです。
これはTCPウィンドウサイズの問題であることが示唆されていますが、 this を参照してウィンドウサイズを64K（またはそれ以上）に変更すると、次の範囲を試しました。ウィンドウサイズ）転送速度はまったく変わりません。ネットワークモニターを調べて、ネゴシエートしているウィンドウサイズを確認しました。これを、64Kに設定すると、実際には64Kをネゴシエートしていると報告されています。
私はこの狂気のどれについてもあまり経験がないので、誰かが私が欠けているものや考慮すべきいくつかのことについて何らかの洞察を持っているかもしれないことを望んでいました。
あなたと同じ問題があります。MPLSリンクを介してCIFSにアクセスする問題を解決する唯一の方法は、RiverbedデバイスやF5ネットワークデバイスなどのCIFSアクセラレータを使用して高速化することです。 Windowsファイル共有を使用していて、MSのプロトコルがおしゃべりであるため、ローカルドメインコントローラーがない場合は最悪です。 SMBv2によるVista以降を除く。
米国までは約250ミリ秒DC APACから、ヨーロッパのDCまでは220ミリ秒）。
私見ですが、ウィンドウサイズの変更などの低レベルのハッキングは、最初に開始する場所ではありません。 300msの待ち時間はひどいです。パケットロスを見たことがありますか？ FTPはWindowsファイルのコピーよりもオーバーヘッドが少ないため、通常は実行速度が速くなります。