c＃FileSystemWatcherのメモリ制限のためにコアよりもスレッド数が少ないThreadPool

Question

私は約1GBのメモリを使用する広範な画像計算タスクを持っています（計算サイクルは約4秒かかります）。 FileSystemWatcherを使用してフォルダに到着すると、それらのイメージを自動的に処理します。 FileSystemWatcherは、私はEventHandlerの方法で作業をキューに新しいファイルのためのイベントを起動したとき：

private void OnNewFileInDir(object source, FileSystemEventArgs evtArgs) 
{ 
    ThreadPool.QueueUserWorkItem(new WaitCallback(ProcessTheNewImage), evtArgs.FullPath); 
} 

私の問題は、ファイルがすぐに到着したときに、プログラムが定期的にクラッシュするということです。デバッグウィンドウでは、近いうちに3GBのメモリが使用されていることがわかります。より少ないメモリを使用するために小さい画像を使用すると、クラッシュはありません（これまでのところ）。

私の質問：私のコンピュータのコアと独立した少ないスレッド（おそらく2つ）を使用するにはどうすればよいですか？

FileSystemWatcherを使用してスレッドプールに新しいファイルをキューイングする方法は私のアプローチですか？私はスレッドレースやそれに類するものは経験していません。 それで、さらに：それはスレッドセーフだと思いますか？ここでは完全を期すためにたくさん先行し、すべての最高の

ティム

おかげで、スレッド（読みやすくするために簡略化ビット）によって実行されるコードです：

private void ProcessTheNewImage(object threadFilenameInfo) 
{ 
    String filename = (String)threadFilenameInfo; 

    // Load the image 
    Image currentImage = Image.FromFile(filename); 

    //Calculate the image in an external DLL 
    Image currentResultImage = ImageProcessing.getResultImage(currentImage); 

    //Create the filename with the result infos 
    string saveFileName = "blahblah"; 

    //Save the image 
    currentResultImage.Save(saveFileName); 

    //dispose the images 
    currentImage.Dispose(); 
    currentResultImage.Dispose(); 
} 

Answer 1

スレッドプール非常に限定された形のリソース管理しかありません。キューがいっぱいになると、スレッドの追加が遅くなります。それは比較的小さい（< 500ms）ジョブのためのものです。アプリケーションの詰まりを防ぐ安全弁はありません。

ウォッチャーイベントは、単純なデータパケットをConcurrentQueueにプッシュし、次にキューを処理する2つ以上のスレッド（より良い：タスク）を作成します。これにより、スレッド数を調整することができます。