非常に大きなSFTPアップロードを処理する - ココア

Question

私は、SFTP機能を含む小さな無料のCocoaアプリケーション、特にアップロードを処理しています。アプリが完成に近づいていますが、たくさんのファイルを含むフォルダをアップロードすることに関してかなり悪い問題に遭遇しました。

私がアップロードを処理するためにConnectionKitを使用しています：

CKTransferRecord * record; 
record = [connection recursivelyUpload:@"/Users/me/large-folder" 
            to:@"/remote/directory"]; 

これは、ほとんどのファイルとフォルダのため正常に動作します。この場合、@ "/ Users/me/large-folder"には300個以上のファイルがあります。このメソッドを呼び出すと、約30秒間CPUが最大100％回転し、アプリケーションが応答しなくなります（Mac回転ボール）。 30秒後に私のアップロードが待ち行列に入り、正常に動作しますが、これはほとんど理想的ではありません。明らかにこれらのファイルを列挙しているものは、完了するまで私のアプリケーションをロックアップさせてしまいます。

これについてどうすればよいか分かりません。私は私の研究を行っていますが、ConnectionKitはそこにあるものの中で最高のようですが、私はちょうどどんな解決策にもオープンしています。

アイデア？

Answer 1

サメを使用してください。サンプリングを開始してダウンロードを開始し、ハングが終了するとすぐにサンプリングを停止します。

出力は問題がConnectionKitであることを確認した場合、次の2つの選択肢があります：他の何かに

1. スイッチ。
2. ハングしないパッチを提供します。

オープンソースの美しさは＃2が可能です。それは私が推奨するものです。それでは、あなたは高速のConnectionKitを持っているだけでなく、メンテナがあなたのパッチを受け入れると、CKを使っている人は誰もがそれを持つことができます。

サメは問題がConnectionKitに（プロファイリングのルール＃2：あなたはは驚かれることでしょう）でないことが明らかになった場合、あなたはあなたのアプリケーションを修正する方法についてのシャークス指導を持っています。

Answer 2

問題はほぼ確実に列挙されているため、列挙を非同期アクションに移動する必要があります。おそらく彼らはこれにNSFileManager -enumeratorAtPath:を使用しています。それが主な問題である場合、最良の解決策は、その作業を自分のスレッドに移す可能性が高いことです。非常に長い時間を要すると、彼らは列挙中にファイルを実際に読み取っていると思われます。その解決方法は、アップロードする直前に遅延読み込みを行うことです。

ピーターはシャークが役に立つと思っていますが、長年サメのファンであった後、インストゥルメントはより使いやすい回答をより迅速に提供する傾向にあることがわかりました。インストゥルメントを使用して、CPUサンプラーにディスクI/Oとメモリ割り当てトラックを簡単に追加できます。

コアを1つだけ100％ブロックする場合は、アクティブスレッドを「メインスレッド」に設定し、サンプルパースペクティブを「すべてのサンプル数」に設定することをおすすめします。すべてのコアを100％でブロックしている場合は、アクティブスレッドを「すべてのスレッド」に設定し、サンプルパースペクティブを「サンプル時間を実行する」に設定することをお勧めします。