C ++でのタスクベースのプログラミングには、新しい言語標準機能が必要ですか？

だから私はGoingNative 2012：誰もが質問できるインタラクティブパネルでこれらすべてのC ++マスターと共にYoutubeでこのビデオを見ました。

これは私が話していたビデオです：GoingNative 2012-1日目-インタラクティブパネル：ネイティブであることの重要性

そして時間0:24:00に誰かが非常に興味深い質問をしました：

私たちはしばらくの間、pthreadを使用したり、Windowsスレッドを使用したりして並行プログラミングを行ってきました。C++とCが並行プログラミングに追いついてうれしいですが、すでに5年または10年遅れているように思えます何年もの間、現在、これらの強力なマルチコアがすべてあり、これらのマルチコアのプログラミングはスレッドに基づくべきではなく、タスクベースである必要があり[...]、MicrosoftにはPPLライブラリなどがあり、これは完全にC ++標準には反映されていません。[...]私が恐れている唯一のことは、標準がスレッドにロックされ、タスクベースのプログラミングに移行するのが非常に困難になることです...

今、私はこれらの概念にかなり慣れていないので、少し混乱しています。実際にタスクベースのプログラミングとは何ですか。この用語は、ロックフリープログラミングと同じ意味ですか？これらの2つの同等の用語ですか、それらの間にリンクはありますか？

Microsoftには「タスク並列ライブラリ」またはTPLがあります。

TPLはすでにスレッドベースであり、スレッドの特別な機能に依存していないため、これはスレッドよりも高いレベルの抽象化であり、ライブラリベースです。その実現のための言語の標準（キーワードただしasyncとawait簡単にそのようなプログラミングを行うためにC＃コンパイラに追加されました）。

A タスクマイクロソフトecostructureでは、多かれ少なかれ同等であるフューチャーまたは約束。基本的に、これは非ブロッキング（非同期）関数です。これを呼び出すと、新しいスレッドで実行されている間、制御が戻ります。その後、戻り値が利用可能になったときに、戻り値を取得します。

TPLには、などのその他の機能がありParallel.For、複数のスレッドを使用してループを同時に処理できます。これらはすべて、C ++でライブラリ関数として実装できます。実際、そのようなライブラリはすでに作成されています。

私の知る限り、PPL（Microsoft C ++の並列パターンライブラリ）は、特別な言語機能に依存していません。

cppには、年齢を問わず、threads-via-blocksライブラリがあります。非常に優れたIntelのスレッドビルディングブロックがあり、OpenMPのような類似の機能があります。これにより、「システムに自動的に実行させる」という方法でスレッドを抽象化できます（これはVC ++でサポートされているため、/を設定する必要があります。ビルドのopenmpフラグ）

マイクロソフトは、カサブランカにも取り組んでいます。これは、真に汎用的なタスクライブラリではないかもしれませんが、Erlangのアクターモデルに似たものを使用して、タスクベースのシステム（主にWebアプリの目的）を作成するためのフレームワークです