Low throughput for sFTP over high latency high bandwith network
まだ誰も着手していません。
- 主要言語
- C#
- スター
- 4.4k
- フォーク
- 993
- 平均マージ
- 9日 21時間
- マージ済み PR（30日）
- 1
説明
Our client (that uses ssh.net) runs on AWS and the sftp server is hosted on Prem, and our uploads are multi-threaded.
We use the default UploadFile() method, which through various tests seem to perform the best on this network.
We however are seeing that the performance is way below par when compared to the sftp command from openssh for a single thread.
Like 3 times slower.
And with multiple threads, it goes crazy slow, to the point that the total throughput from all the threads are lower than that it gets from a single thread.
OpenSSH's sftp command on the other hand scales quite well.
Open SSH has a patch called HPN-SSH for such networks, not sure if something can be inspired from that.
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
SFTP client のデフォルトの UploadFile() パスから始め、高遅延ネットワーク上で単一のアップロードをプロファイリングし、Issue に記載されている OpenSSH sftp の動作と比較します。マルチスレッドのケースを再現し、スレッドを追加すると集約スループットが低下するかを測定します。原因が特定され、スループットが改善されるか、制限が文書化されれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- csharp
- 領域
- networking, performance
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 35/100