専用スレッドでSTLをクリアする

Question

私のプロジェクトの1つでは、std::deque<T>::clear()へのコールが大きなボトルネックとして特定されました。

私はそのための専用、優先度の低いスレッドでこの操作を移動することを決めた：

template <class T> 
void SomeClass::parallelClear(T& c) 
{ 
    if (!c.empty()) 
    { 
     T* temp = new T; 
     c.swap(*temp); // swap contents (fast) 

     // deallocate on separate thread 
     boost::thread deleteThread([=]() { delete temp; }); 

     // Windows specific: lower priority class 
     SetPriorityClass(deleteThread.native_handle(), BELOW_NORMAL_PRIORITY_CLASS); 
    } 
} 

void SomeClass:clear(std::deque<ComplexObject>& hugeDeque) 
{ 
    parallelClear(hugeDeque); 
} 

これは（VisualC++ 2010）正常に動作するようですが、私はすべての主要な欠陥を見落としているのだろうか。上記のコードに関するご意見をお待ちしております。

追加情報：

SomeClass:clear()は、GUIスレッドから呼び出され、ユーザインタフェースは、呼び出しが戻るまで応答しません。一方、hugeQueueは、クリア後に数秒間そのスレッドによってアクセスされる可能性は低いです。

Answer 1

これは、ヒープへのアクセスがシリアル化されていることを保証する場合にのみ有効です。 Windows は、デフォルトでがプライマリヒープへのアクセスをシリアライズしますが、この動作をオフにすることは可能で、プラットフォームやライブラリにまたがって保持されるという保証はありません。したがって、スレッド間で共有されるヒープと、スレッドがアクセスするスレッドセーフであることが明示的に指定されていることに注意してください。

私は個人的には、割り振り/割り振りパターンを一致させるためのカスタムアロケータを使用することをお勧めします。ここでは、スレッドの作成には些細なオーバーヘッドがあります。

編集：GUI /ワーカースレッドスタイルのスレッド設計を使用している場合は、実際には、とを作成し、管理する必要があります。

Answer 2

アプリケーションの全体的なパフォーマンスが向上するとは限りません。 Windowsの標準ヒープ（低フラグメンテーションヒープ）は、割り当て情報をあるスレッドから別のスレッドに頻繁に送信するためにレイアウトされていません。これは機能しますが、処理のオーバーヘッドがかなり発生する可能性があります。

ホードメモリアロケータのドキュメントは出発点であるかもしれないことに深いのですか： http://www.cs.umass.edu/~emery/hoard/hoard-documentation.html

あなたのアプローチは、しかし他のポスターが言及したものに加えてなど

Answer 3

を応答性を向上しますコレクションに含まれるオブジェクトにスレッド親和性があるかどうかを検討する必要があります。たとえば、シングルスレッドアパートメントのCOMオブジェクトは、この種のトリックに従わない場合があります。