是否有 1 个 SYCL 实现来统治所有平台？

Question

为这个有点开玩笑的标题道歉，但我找不到另一种方式来简洁地描述这个问题。 我在一个主要使用带有 CPU 回退的 OpenCL 代码的团队中工作。 在大多数情况下，这工作正常，除了 Nvidia 和他们拒绝将 SPIR-V 用于 OpenCL。

我最近发现并一直在研究 SYCL，但围绕它的生态系统有点令人困惑，在一个案例中，我发现一个实现引用了另一个实现。

所以我的问题是：是否有一个 SYCL 实现可以生成一个二进制文件，该二进制文件具有对 Nvidia、AMD 和 Intel（首选，但不是必需）以及 x64 或 Arm64（我们将为另一个二进制文件创建第二个二进制文件）的运行时支持) 而不必做我们现在做的事情，即从不同供应商中选择一堆 GPU，分别为每个 GPU 构建内核，然后必须将它们全部运送出去。

谢谢

Answer 1

截至 2022 年 12 月，对于 Linux 和 x86_64：

• DPC++ 的开源版本可以为所有三个 GPU 供应商编译代码。 根据我的经验，所有三个供应商都可以使用一个二进制文件。
• hipSYCL有对 NVIDIA 和 AMD 设备的官方支持，以及对 Intel GPU 的实验性支持（通过上述 DPC++）。

无需做我们现在所做的事情，即从不同供应商中选择一堆 GPU，分别为每个 GPU 构建内核，然后必须将它们全部运送出去。

注意：在底层，hipSYCL 和 DPC++ 都是这样工作的。 内核被编译为 PTX、GCN 和/或 SPIR-V。 不过，它们被捆绑到一个二进制文件中，因此，在这方面，分发可以更简单（或者不是：您可能还必须将 SYCL 运行时库与您的应用程序一起提供）。