不讓CUDA獨美，Intel收購了一家公司

半導體行業觀察（ID：icbank）編譯自nextplatform，謝謝。

英特爾不想僅僅創建 CUDA 編程模型和庫堆棧的競爭對手，以便在 GPU 計算市場上更好地與 Nvidia 競爭。通過 oneAPI，它希望創建一個開放的生態系統，其中包括一個名為 oneAPI 的編程框架，主要基於由 Kronos Group 維護的 SYCL 框架、一個數據並行 C++ 編譯器和一組用於加速 AI 的高性能庫以及可以與 Nvidia 及其合作伙伴為 CUDA 創建的數百個庫競爭的 HPC 應用程序。為此，英特爾需要一些幫助，所以該公司正在收購 Codeplay 的 80 人團隊，該團隊是 2014 年創建的 SYCL 編程模型的管理者之一，它是英特爾的 oneAPI 跨平臺、跨設備編程工作，它是 Apple 於 2009 年創建的 OpenCL 編程框架的衍生產品（或者更好的是它的一個組成部分）。SYCL 和 OpenCL 均由Khronos Group 指導。該交易的財務條款尚未披露，但我們可以説，與幾年前首次推出 oneAPI 時相比，Codeplay 對於今天的英特爾來説更有價值。英特爾在 oneAPI 道路上走得更遠，更接近發佈其「Ponte Vecchio」X e HPCGPU 計算引擎，它需要一個軟件故事來講述其 GPU 以及 CPU、FPGA 和定製 ASIC。特別是 AMD 憑藉其「Aldebaran」Instinct MI250X GPU 電機及其ROCm 5.0 開發環境贏得了 HPC 領域的所有關注. ROCm 編程環境是開源的，包括 HIP 轉換器，除了在 AMD GPU 上運行的本地模式之外，它還可以創建在 Nvidia GPU 上運行的 GPU 代碼。英特爾希望成為最開放的平臺供應商，這是因為它必須這樣做。Nvidia 作為無可爭議的 GPU 計算領導者（除了美國和歐洲的幾臺大型超級計算機），可以圍繞 CUDA 平臺及其庫建立護城河，並通過「免費」提供該軟件繼續賺錢。（沒有什麼是免費的，特別是當 Nvidia 75% 的員工都在編寫軟件時。軟件的成本嵌入在硬件中——這毫無疑問。）英特爾希望 oneAPI 堆棧不僅是免費的，而且是開放的，而 AMD 想要ROCm 也是如此，因為這將刺激其軟件的採用，並降低選擇英特爾硬件來開發應用程序的風險。在 SYCL 上使用 DPC++ 開發並訪問 oneAPI 庫的代碼可以在 Intel、AMD 或 Nvidia 的 GPU 上運行。Codeplay 是已經證明您可以平衡高性能系統編程的三個 P（ productivity, performance和 portability）的組織之一——也就是生產力、性能和可移植性。以這樣的方式，您可以獲得可移植性，並且仍然可以獲得性能並具有合理的生產力。爲了證明這一點，Codeplay 的團隊由美國能源部的三個主要機構——勞倫斯伯克利國家實驗室、阿貢國家實驗室和橡樹嶺國家實驗室——為 AMD 和 Nvidia GPU創建了 oneAPI SYCL 編譯器。Codeplay 還編寫了自己的 SYCL DNN 神經網絡和 SYCL BLAS 線性代數加速庫，可以在 AMD、Intel 和 NvidiaGPU 上運行，並參與制作 Nvidia 為核心 CUDA 運行創建的 cuDNN 和 cuBLAS 庫在oneAPI 環境中。「我們在性能和便攜性方面做了很多工作，而不僅僅是便攜性，」Codeplay 的聯合創始人兼首席執行官 Andrew Richards 告訴The Next Platform。「SYCL 實現了可移植性，但 Codeplay 的團隊證明你實際上可以在上面構建性能可移植的庫。儘管能夠在 Nvidia、AMD 和 IntelGPU 以及各種其他硬件上運行，但 SYCL DNN 和SYCL BLAS 庫實現了真正具有競爭力的性能。」我們經常想知道為什麼地球上沒有由最聰明的人創建的開源（或至少是開放的）庫，然后讓地球上其他一些最聰明的人調整它們以在給定的特定硬件位上提供調整的性能他們的建築專業知識。這個稱之為一次寫入，多次調整的方法。這將與硬件供應商或感興趣的參與者對編譯器和庫進行高度調整形成鮮明對比——Cray 用於跨架構的 CPU 編譯器或 Nvidia 用於 GPU 編譯器和庫只是兩個例子。「作為一家公司，Codeplay所做的就是向人們展示如何做到這一點，」Richards 説。「我們向人們展示了他們如何可以一次編寫併到處運行。但我們實際上並沒有編寫整個庫，因為我們更像是一家編譯器公司。但我認為通過這筆英特爾交易，我們將能夠在我們所做的事情上更加雄心勃勃，並且能夠在更大範圍內做事。但我要補充一點，這些庫中有很多是由領域專家編寫的，這就是為什麼我們作為編譯器領域專家可以向人們展示如何編寫這些庫並實現高水平的性能和可移植性。」英特爾為什麼要收購 Codeplay 是絕對清楚的，但不清楚為什麼 Codeplay 不想繼續成為產業界的「瑞士」。顯然，這涉及到金錢，Codeplay 的工作無疑得到了回報，並得到了英特爾的照顧。但是，儘管如此，要成為瑞士是非常艱難的。例如，讓我們考慮 IBM 的「Bluelink」OpenCAPI 加速器接口。它擁有所有正確的技術細節，但英特爾想要的是推動 CXL 標準，作為全球 CPU 的主要供應商，英特爾不僅獲勝，而且還獲得了 Gen-Z、CCIX、Infinity背后的公司Fabric 和 OpenCAPI 都效仿，向 CXL 致敬。現在，至少，我們給出了一個已經出現的單一標準，用於將加速器和很快的內存連接到計算引擎，在不久的將來將 PCI-Express 和 DDR 內存控制器融合到一個協議。毫無疑問，英特爾需要 Codeplay 來增加 oneAPI 在其自己的計算引擎之外被採用的機率，但 Codeplay 也確實需要英特爾的力量來擴展其業務並使 SYCL 和 DPC++ 比它更普遍。

★ 點擊文末【閲讀原文】，可查看本文原文鏈接！

*免責聲明：本文由作者原創。文章內容系作者個人觀點，半導體行業觀察轉載僅爲了傳達一種不同的觀點，不代表半導體行業觀察對該觀點贊同或支持，如果有任何異議，歡迎聯繫半導體行業觀察。

今天是《半導體行業觀察》為您分享的第3058內容，歡迎關注。

推薦閲讀

★淺談國產模擬芯片，實力幾何？

★芯片，全面走向3D

★西線無戰事，碳化硅五巨頭的硝煙

半導體行業觀察

『半導體第一垂直媒體』

實時 專業 原創 深度

識別二維碼，回覆下方關鍵詞，閲讀更多

晶圓｜集成電路｜設備｜汽車芯片｜存儲｜臺積電｜AI｜封裝

回覆投稿，看《如何成為「半導體行業觀察」的一員 》

回覆搜索，還能輕松找到其他你感興趣的文章！

點擊閲讀原文，可查看本文原文鏈接！