Windowsのstd :: threadは内部的にPPLを使用していますか？

Question

Visual Studio 2015のstd :: threadの実装は、内部的にPPLのタスクシステムに基づいていますか？

私の質問の背景は、それらがすでに共通のスレッドプール上でバランスよく実行されているか、PPLタスクを介してタスクを実行する方が良いため、いくつかのタスクにstd :: threadを使用することは理にかなっていますか？

これは（Which std::async implementations use thread pools?）によると思われますが、質問はかなり古いので、私は "公式"回答を得たいと思います。

Answer 1

YesとNo

std::thread用：
_Thrd_start（cthread.cファイル）を呼び出し
std::threadコンストラクタは（threadファイル）
_Launch（xthreadファイル）を呼び出し
_Thrd_startX（xthreadファイル）を呼び出します
_beginthreadex（cthread.cファイル）を呼び出します。

私は_beginthreadexコードを持っていませんが、ファイルatlbase.hに、いくつかのマイクロソフト開発者は、次のコメントを残した：

// _beginthreadex calls CreateThread which will set the last error 
// value before it returns. 

はそう何PPLはinvoledません。

ただし、std::asyncはscensの背後にあるconcurrency::create_taskを呼び出し、Windows APIベースのスレッドプールを使用します。

私の質問の背景は、いくつかのタスクにstd::threadを使用することは理にかなっていますか？

私はPPLを使用するカサブランカを使用しました。私もスタンドアロンとしてPPLで遊んだ。
私はそれをすべて賢明には好きではありません。私自身のスレッドプール+ std::future + std::promiseは、文字通り、concurrency::taskオブジェクトよりも速く驚異的な時間でした。実際には、C＃バージョンTPLとの比較では不十分です。私はperformaceがそのプロジェクトのために重要でない場合にのみそれを使用します。

Answer 2

From the horse's mouth：

我々は 同時実行ランタイム（ConcRT）を使用しないようにSTLのマルチスレッドプリミティブを再実装しました。 ConcRTを使用することは、2012年の の時点で良いアイデアでしたが、それは価値があるよりも問題が多いことが判明しました。私たちが直接

のWindows APIを使用している 今IIRC、PPLもConcRTに基づいていたが、それは標準ライブラリは、PPLの上に構築されたことを意味するものではありません。彼らは横並びに存在していた。 std::threadの下のConcRTをキャプチャするスタックトレースについては、this questionを参照してください。視力のないPPL。