Snow LeopardのNSOperationQueueはどの程度軽量ですか？

Question

私は、さまざまなコールバックで非同期操作を行うコードをいくつか使っています。 Snow LeopardはブロックとGCDでこれを非常に簡単にしました。

私はそうのようなNSBlockOperationからNSTaskを呼んでいる：

[self.queue addOperationWithBlock:^{ 
    NSTask *task = [NSTask new]; 
    NSPipe *newPipe = [NSPipe new]; 
    NSFileHandle *readHandle = [newPipe fileHandleForReading]; 
    NSData *inData = nil; 
    [task setLaunchPath:path]; 
    [task setArguments:arguments]; 
    [task launch]; 

    while ((inData = [readHandle availableData]) && [inData length]) { 
     [[NSOperationQueue mainQueue] addOperationWithBlock:^{ 
      // callback 
     }]; 
    } 

    [task waitUntilExit]; 
}]; 

このアプローチは完璧に動作します。コールバックが並行処理を正しく処理する限り、それは魔法と似ています。

ここで、これらの呼び出しのいくつかを統合することができます。これはモデルオブジェクトの「リフレッシュ」メソッド内にあり、完了に時間がかかることがあります。ユーザーがリフレッシュボタンを押しても、マシンとそのすべてが縛られてはいけません。

私はここで実装のジレンマを見ることができます。コールタイプごとに1つのキューを作って、その同時操作数を1に設定してから、新しいコールがあるときはいつでも-cancelAllOperationsに電話することができます。

また、コールが現在発生しているモデルブックオブジェクトを作成したり、モデルオブジェクトごとに単一のキューを管理したりすることもできます。さらにグローバルキューを使用することもできます。

どのくらい重いですかNSOperationQueue？多くのキューを作成すると、アーキテクチャの決定が悪いですか？これらのタスクを融合させるより良い方法はありますか？

Answer 1

パフォーマンスが懸念される場合は、推測しないでください。見つけたボトルネックを測定して修正してください。キューを追加するのは簡単です。それを試してみて、楽器がパフォーマンスに及ぼす影響について教えてください。

複数のキューを作成する主な理由は、それらを開始および停止したい理由がある場合です。 libdispatchの利点を得たいだけなら、メインキューに操作を追加するだけでそれを得ることができます。

Answer 2

好きなだけ多くの操作キューを使用してください。彼らはあなたのプログラムの論理部分を分離するためにここにいます。私は毎秒何百ものキューを割り当てていない限り、パフォーマンスについてあまり心配するべきではないと思います。

Answer 3

同時に実行されるNSBlockOperationに複数のブロック を追加することができ、包含する操作をキャンセルすることでキャンセルすることができます。 あなたの個々のタスクをシリアル化する必要がない限り、これは機能するかもしれません。