问题标签 [intel-oneapi]

我正在尝试按照本网站https://software.intel.com/content/www/us/en/develop/documentation/get-started-with-intel-dpcpp-compatibility-tool/top.html的说明进行操作. 使用 dpct 命令时收到错误消息，指出 CUDA 头文件的路径不正确。现在，为了添加 CUDA 路径，我必须首先安装 CUDA 工具包，如果没有 sudo 访问权限，我将无法完成此操作，而且我对其他服务器没有 sudo 权限。有人可以在这里帮助我吗？

dpct exited with code: -5 （错误：CUDA 头文件的路径无效或不可用。使用 --cuda-include-path 指定头文件的正确路径）

我们已经使用 TBB 多年了，我看到在升级时，我们现在被带到 oneAPI TBB 页面。oneAPI TBB 会取代传统的 TBB 吗？两个版本都在维护还是现在已弃用独立的 TBB？

试图确定要迁移到哪个。在我看来，oneAPI TBB 取代了 TBB，因为 TBB 页面自去年以来没有更新，但我无法轻易判断。

让我感到困惑的是，在 include 目录中，同时存在 tbb/tbb.h 和 oneapi/tbb/tbb.h 并且它们中都有相同的文件。他们是一样的吗？我不知道该使用哪个。

我正在使用针对 Pytorch 的英特尔扩展来研究 Dog-Cat 分类器（参考 - https://github.com/amitrajitbose/cat-v-dog-classifier-pytorch）。我想减少模型的训练时间。如何在我的代码中启用混合精度？参考这个 github（https://github.com/intel/intel-extension-for-pytorch）来训练我的模型。

在 Debian 10 上启动 shell后，执行简单命令a=1（或任何其他命令）时出现以下错误：Intel python3

怎么了？

权限似乎没问题：

我不明白。

编辑 1

python3 上的 gdb 允许获取更多信息：

所有这些信息中是否有任何有用的线索？

编辑 2

如果我以 root 身份启动 shell，则不存在此问题：

编辑 3

我一直在研究这个问题。

如果我这样做，就像建议的那样：

然后，我没有错误，但所有库都来自~/.startup.py：

不可用。

我认为冲突来自这样一个事实$ sudo pthon3.7，我称之为二进制/usr/bin/python3.7而不是/opt/intel/oneapi/intelpython/python3.7/bin/python3.7。

如何区分这两个版本？或者我怎么能避免两者之间的冲突？

我还提到了/opt/intel/oneapi/intelpython/python3.7/bin/python3.7，python shell 显示：

这意味着 GCC-9.3.0 已安装在我的系统上，但实际上并非如此：也许这个 Intel python 需要一个gcc-9.3基本上没有安装的。

这是一条好路吗？

我正在尝试使用 SYCL/DPC++ 的代码。我的设备上有两个 GPU。如何指定我的代码需要在特定的 GPU 设备上运行？当我尝试使用“gpu-selector”运行我的代码时，只有一个默认的用于运行。如何使用其他 GPU 设备来运行我的代码？

这是我的代码。

有人可以帮我解决如何在特定的 GPU 设备上运行我的代码吗？

提前致谢！

我正在尝试在 MPI 设置中为示例 hello world 类型的 Fortran 测试代码启用 64 位整数大小。操作系统：Windows 10 使用的编译器：英特尔 OneAPI 2021.4.0 MPI：英特尔 MPI

我尝试测试两种情况，

1. 使用单行命令直接编译可执行文件，mpiifort -o test.exe -i8 test.f90
2. 使用 CmakeLists 文件使用必要的 Fortran 64 位“-i8”选项和 find_package(MPI) 编译测试。我确保选择了 MPI 库（impi.lib、libmpi_ilp64.lib）并且 MPI_Fortran_Compiler 指向 mpiifort

我使用 API MPI_Type_size( ) 来确定 MPI_INTEGER 的大小，以检查是否为 Fortran/MPI 设置启用了 64 位环境。

场景 1 打印正确大小的 8 字节（64 位） 场景 2 打印错误大小的 4 字节（32 位）

我确实在 Cmake 构建系统中使用“-i8”选项来启用 64 位环境。但 MPI 似乎仍然是 32 位的。

请帮忙。

我有一个cc_library（tbb），它需要-mwaitpkg某些编译器（Clang）上的编译器标志才能成功编译。同时，还有老版本的 GCC（4.9）不知道这个标志，因此通过 GCC 4.9 编译会导致错误：

在更高级的 Bazel 设置中，我想可以使用密封工具链来解决这个问题。这样，每个工具链都可以提供自己的一组编译器标志。尽管如此，我不想强​​制执行任何特定的工具链，而且我不确定这是否是正确的方法（将 copts 移动到工具链？）。

引入配置也是解决此问题的一种方法。例如bazel build --config=waitpkg //...。但这需要用户知道这个配置并且知道使用waitpkg.

为不同的编译器处理不同的编译器标志的正确“Bazel-way”是什么？

我是 Sycl/DPC++ 语言的新手。我使用统一共享内存 (USM) 编写了一个示例向量添加代码：

当我编译它时，我收到以下错误：

如何修复此错误？

我们正在尝试构建 ORAN-ODU-Low 库（https://docs.o-ran-sc.org/projects/o-ran-sc-o-du-phy/en/latest/build_prerequisite.html）。

我们已经下载并构建了 DPDK ，

构建 DPDK：

DPDK 构建成功。

从 odu 构建 fapi 库时，我们看到以下错误：

我们正在 CentOS 7 上构建它 - 使用的 3.10.0-1160.45.1.el7.x86_64 gcc 版本：4.8.5 20150623 (Red Hat 4.8.5-44) (GCC)

在 sycl/dpc++ malloc_shared 中，我知道可以创建一个缓冲区，该缓冲区可以在主机和具有以下功能的单个 gpu 之间共享。

或者

我想知道是否存在可以跨多个 GPU 共享相同数据/缓冲区的东西？类似下面的东西