長い太いパイプではFTP転送が遅い
最近、新しいインターネット（100Mb/sファイバー）を入手し、米国（300ms離れた場所）の一部のFTPサーバーへの転送速度について新しいISPに苦情を言っています。特に1台のサーバーでは、1Mb/sしか取得できませんでした。彼らが私たちに彼らが転送を制限する形や形ではないことを保証した後。
そのため、別のクライアントで同じ問題が発生したと述べ、ダウンロードしようとしたほとんどすべての国際FTPサイトで同様の速度の問題が発生したことを示した、技術者の訪問後。彼は、FTPがいかに優れているか、待ち時間が長いほど速度が遅くなると述べました。私はこれまでこの種の制限について聞いたことがありません。それで私はいくつかの読書をしました。
「長い太いパイプ」は、物事がスムーズに流れるようにするために、素敵な大きなバッファーが必要であることを学びました。そして、バッファサイズのハードで高速なレシピはありません。
FTPサーバーは、Filezillaを実行しているWindowsVPS上にあります。 -私たちの側のクライアントは、新しい注文が完了するとサーバーを監視し、注文をダウンロードしてサーバーからファイルを削除する特別なサードパーティアプリです。
クライアントのバッファサイズで遊ぶことはできません（開発者に尋ねていますが、方法がわかりません）-しかし、FileZillaでバッファサイズを調整することはできます。
それで、私はさまざまな速度でいくつかの転送を行い、ほぼ7Mb/sに達することができる素敵なスイートスポットを見つけたようです。しかし、それはまだ私が得ることができるはずのもののほんの一部です。 https://www.dropbox.com/s/0dlwwuteq2o6txq/Screenshot%202016-03-08%2016.45.03.png?dl=
私はこのような多くの質問を見ました： 1ギガビットファイバーでのFilezilla FTPスローアップロード（350KBps）？ および https://stackoverflow.com/questions/30847433/very-slow- ftp-download ほとんどすべてが「バッファサイズ、バッファサイズ、バッファサイズ」と言っていますが、確かに私は7Mb/sより良くなるはずです
だからここに質問があります：
ISPを信頼せず、自分の回線に形ができていると信じている場合、どうすればそれを証明できますか？
FileZillaには、6桁を上限とする「内部バッファー」と、それより高くなることができる「ソケットバッファー」があります。これら2つはどのように連携しますか。ソケットの半分として内部を使用するのが最適であることがわかりましたが、他に試す必要のある構成はありますか？
バッファサイズは8の2乗（32768、65536、131072など）である必要がありますか、それとも他の数値を間に入れることができますか？
3b。私が見つけた最良のケースは、262144（ソケット）と131072（内部）でした-そのあたりで少しずつテストを開始する必要がありますか？
- 他の誰かがftp.rapidstudio.co.zaから300ms離れている場合、どのくらいの速度が得られるかわかりますか？ （ユーザー：テストパスワード：テスト）
ありがとうスティーブン
したがって、マイケルハンプトンの「帯域幅遅延積」から収集したものから、この「長い太いパイプ」は、必要なパフォーマンスを提供しません。 FTPを近づけるか、「前後」ではないより優れたファイル転送方法を使用することができます。
FTPを使用しないことに関連する他のクライアントソフトウェアの問題があるため、サーバーを近づけることを選択しました。ローカルVPSを入手しています-スペックの半分で2倍の価格ですが、わずか2ミリ秒の距離にあり、転送速度は美しいです。
別の方法として、Dropboxをサーバーにインストールし、ローカルフォルダーと同期することをお勧めします。これは物事を大幅にスピードアップしたでしょう。しかし、他のソフトウェアとワークフローの要件/制限のため、それは適切なソリューションではありませんでした。
最新のFileZillaFTPサーバーを使用してみてください。 0.9.59。このバージョンでは、何らかの理由でネットワークスループットが大幅に向上しました（10倍）。 0.9.58が実際に役立った変更だったと思います。
0.9.58（2016-08-11）新機能：
TCP送信バッファーの自動チューニング高負荷時のCPU使用率を削減するためのパフォーマンスの向上無効IDEAおよびFTPoverTLSのSEED暗号