C ++ 11 std :: threadsとposixスレッド

なぜ私は実際にどちらを好むべきですか？std::threadクラスであることを除いて、技術的な違いは何ですか？

多くのプラットフォームでコードを実行する場合は、Posixスレッドを使用してください。彼らはほとんどどこでも利用可能で、かなり成熟しています。一方、Linux / gccのみを使用する場合は問題ありません。std::thread抽象化レベルが高く、インターフェースが非常に優れており、他のC ++ 11クラスとうまく連携します。

std::thread残念ながら、C ++ 11 クラスが利用可能であるように見えても、C ++ 11 クラスはすべてのプラットフォームで（まだ）確実に機能しません。たとえば、ネイティブのAndroid std::threadまたはWin64では、動作しないか、深刻なパフォーマンスのボトルネックがあります（2012年現在）。

良い代替品はboost::thread-それはstd::thread（実際には同じ作者による）と非常によく似ており、確実に動作しますが、もちろん、サードパーティのライブラリからの別の依存関係を導入します。

編集：2017年現在、std::thread主にネイティブAndroidで動作します。など、一部のクラスstd::timed_mutexはまだ実装されていません。

std::threadライブラリーは、（たとえばます。libstdc ++）環境支援のpthreadでのpthreadの上に実装されます。

両者の大きな違いは抽象化だと思います。std::threadC ++クラスライブラリです。std::threadスコープのロック、再帰的なミューテックス、将来/約束のデザインパターンの実装、およびより：ライブラリが抽象的な機能、例えば多くを含んでいます。

std::thread Windows、MacOS、Linuxなどの異なるプラットフォーム間での移植性を提供します。

以下のコメントの@hirshhornsalzと関連する回答https://stackoverflow.com/a/13135425/1158895で言及されているように、std::threadまだすべてのプラットフォームで完了していない可能性があります。それでも、（近い将来になるでしょう）pthreadアプリケーションをより将来に対応できるようにするため、に優先します。

私にとって決定的な技術的な違いは、pthreadではなくstdにシグナル処理プリミティブがないことです。stdだけを使用するUnixプロセスで信号処理を適切に指示できないことは、専用のすべての信号を処理するための真のマルチスレッド信号処理パターンの設定を妨げるstd :: threadの使用における衰弱させる欠陥です。スレッドに入れて残りをブロックします。std :: threadはpthreadsを使用して実装されていると想定する必要があり、pthread_sigmaskを使用するときに最善を期待します。エンタープライズ向けのUNIXシステムプログラミングでは、信号を適切に処理することは交渉不可能です。

2016年現在、std :: threadはおもちゃです。そのような単純な。

OpenMP

http://www.openmp.org/

標準化されたSMPベースのマルチスレッディング標準であり、すでに10年以上にわたってLinuxとWindowsに取り組んでいます。OpenMPは、GCCおよびMicrosoft Visual Studioを含むすべてのコンパイラーでデフォルトで使用可能です。

OpenMPを使用する場合に注意する必要があるのは、CPUコアよりもスレッドが多い場合、コンテキストスイッチングに関連するオーバーヘッドのためにパフォーマンスが低下することです。2つ目の留意点は、実際のオペレーティングシステムレベルのスレッドの初期化には比較的コストがかかることです。初期化はほんの一瞬ですが、一部のアプリケーションでは、非常に小さい部分が蓄積されてかなりの費用がかかります。

並行性に関連するソフトウェアアーキテクチャ要件についてOpenMPを使用する代わりに、「軽量スレッド」または「グリーンスレッド」の実装を検索したい場合があります。違いは、OpenMPスレッドは実際のオペレーティングシステムレベルのスレッドですが、「グリーンスレッド」は、少数の実際のスレッドを使用して実行される「シミュレートされたスレッド」にすぎません。