現在、TBB、MKL、IPP などの Intel の並列化ライブラリに関連する API について学習しています。ただし、AMD のパズルの部分も検討する価値があるかどうかは疑問に思っていました。それともただの時間の無駄でしょうか？(告白しなければなりませんが、私は AMD のライブラリ サポートについてまったく手がかりがありません。そのため、アドバイスをいただければ幸いです。)
明確にするために、私がインテルのやり方を採用する理由は、1) API が非常に優れているためです。2) インテルは、ツールのサポートを API サポートと同じくらい真剣に考えているようです。(繰り返しになりますが、AMD がこの部門でどのように取り組んでいるかはわかりません。)
MKLおよびIPPライブラリは、AMDマシンでも（ほぼ）実行されます。私の推測では、TBBはAMDボックスでも問題なく動作します。両方にとって有益で有用なテクノロジーを提案する必要があるとしたら、それはOpenMPライブラリーをマスターすることです。OpenMP拡張機能を備えたIntelコンパイラは驚くほど高速で、AMDチップでも動作します。
ビデオ ゲーム、オペレーティング システム、データベース サーバー、仮想化ソフトウェアなどの構築に特に関心がある場合にのみ、価値があります。言い換えれば、アセンブラーで時間をかけて実行する (そして正しく実行する) ほどパフォーマンスに気を配っているセグメントがある場合です。同じことがインテルにも当てはまります。
あなたの会社があなたのソフトウェアと一緒に Intel サーバーのみのパッケージを販売しているのであれば、わざわざ AMD のアプローチを学ぶべきではありません。しかし、両方 (または多数) の異なるプラットフォームにソフトウェアを提供する必要がある場合は、さまざまなテクノロジを検討する価値があるかもしれません。ハードウェア固有のライブラリのラッパーを作成するのは非常に困難です。（特に、スレッド化が関係しているため。）
また、ハードウェア構成ごとに完全に個別の実装を作成したくないことは間違いありません。実際、ソフトウェアを一般ユーザーが使用する場合は、Intel テクノロジを放棄して、標準のスレッド化手法を使用することをお勧めします。落胆させるつもりはありませんが、インテルのスレッド化ライブラリーは、あらゆる意図と目的において時代を少し先取りしていると思います。