Within a new ubuntu:jammy docker container, this sequence of instructions should setup a working conda install for the numba_dpex stack (including dpctl)
apt-get update --quiet
apt-get install -y wget
apt-get install -y ocl-icd-opencl-dev intel-opencl-icd
cd
wget https://github.com/conda-forge/miniforge/releases/latest/download/Mambaforge-Linux-x86_64.sh
bash Mambaforge-Linux-x86_64.sh
source .bashrc
mamba create -n my-dpex-env numba-dpex "intel::dpcpp_linux-64" -c dppy/label/dev -c conda-forge -c intel
mamba env config vars set OCL_ICD_FILENAMES_RESET=1 OCL_ICD_FILENAMES=libintelocl.so -n my-dpex-env
mamba activate my-dpex-env
python -c "import dpctl; print(dpctl.get_devices())"
and in particular the last command should print a list that includes an opencl gpu device, hinting that the gpu runtime works., but it turns out not to show any gpu device.
However, replacing the intel-opencl-icd package with a build from intel/compute-runtime github releases (same version) fixes the issue:
apt-get remove intel-opencl-icd
wget https://github.com/intel/compute-runtime/releases/download/22.14.22890/intel-opencl-icd_22.14.22890_amd64.deb
dpkg -i intel-opencl-icd_22.14.22890_amd64.deb
python -c "import dpctl; print(dpctl.get_devices())"
and the get_devices command properly outputs gpu devices.
Many users trying to install this stack are going to run into troubles related to this, given that the apt-get based install is actually listed as recommended https://github.com/intel/compute-runtime#via-system-package-manager.
Relevant follow-up issues:
edit 19/12: the dpcpp runtime must be pinned until #1022 is solved, replace intel::dpcpp_linux-64 with "intel::dpcpp_linux-64<2023.0.0' in the conda install commmand.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4