不让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｜封装

回复投稿，看《如何成为“半导体行业观察”的一员 》

回复搜索，还能轻松找到其他你感兴趣的文章！

点击阅读原文，可查看本文原文链接！