std：threadがC++ Oxになるとpthreadsは廃止になる

Question

明らかに、私たちはそれを維持しますが、C++標準の保証があれば、どれくらい役立つでしょうか。

新しい基準の出現と同期プリミティブ（ミューテックス、条件変数）はどうですか？

std :: threadとは対照的に、pthreadをマスターするのは難しいと考えていますか？

Answer 1

Cは遠ざかっていません。 POSIXは遠ざかっていません。 CでPOSIXのために書かれたマルチスレッドコードは、遠ざかっていません。だからpthreadsは遠ざかっていない。

std :: threadの多くの実装では、フードの下でpthreadsが使用されます。

"Pthreads APIは、ANSI/IEEE POSIX 1003.1 - 1995標準で定義されています。" - https://computing.llnl.gov/tutorials/pthreads/

Answer 2

プログラミングPOSIXスレッドには関係なく、技術的な比較の、それはすべての主要なプラットフォーム/ベンダーからでも合理まともなC++ 98のサポートを得るために十年の最良の部分を取りました。これだけで2020年にpthreadsが強くなることが保証されています。

Answer 3

pthreadをサポートするプラットフォーム上のC++実装はおそらくpthreadsの観点から言語機能を実装するでしょう - そうではありません。

Answer 4

POSIXはオペレーティングシステムの標準です。 C++ 0Xは言語標準です。 2番目のスレッドを持つことは、最初のものを廃止することはありません。両者の間にはコラボレーションがあり、第2のものが第1のものに実装可能である。 （また、POSIX用のC++インタフェースを持つ処理中の作業もあります）。

Answer 5

おそらく新しいコードのために、標準にあるものを使用することは正しい方法です。我々は、主要なコンパイラの実装がいかに強固であるかを待たなければなりません。しかし、現在動作していると仮定して、既存のコードをpthreadから変換することにはあまり効果がありません。これには、すでにpthreadsの経験が豊富な店舗で書かれた新しいコードが含まれています。

Answer 6

std :: threadには、優先順位のサポート、スレッドスタックのサイズの制御、スケジューリングポリシーの制御、またはプロセッサアフィニティの制御が含まれていません。

スケジューリングクラスと優先度は、リアルタイムシステムにとって重要です。プロセッサアフィニティとスタックサイズは、高性能システムにとっては本当に重要です。そのようなアプリケーションは、おそらくstd :: threadに加えて、std :: threadの代わりにネイティブスレッド機能を使用し続けます。おそらく、std :: threadと共に必要な機能を公開するベンダー拡張を介して。

Answer 7

少なくとも正しいブーストスレッドの：

• それは、スタックサイズパラメータ
• をサポートしていません。それはsetpshared属性

をサポートしていませんので、ノー...行うにはいくつかのものがありますOS APIが時代遅れとみなされる前に。 （そしてBTWスレッドはpthreadsで実装されています）