You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently RAPIDS claims support for WSL but only tests this support via ad hoc testing on individual machines. The primary purpose of this testing is to verify that the CUDA driver in WSL2 works properly and handles everything that RAPIDS libraries need. We would like to be able to run these tests in a more systematic manner, ideally in CI. However, there are currently a number of blockers for this. This issue is meant for tracking the various tasks that must be accomplished in order to get CI testing on WSL2.
Windows GPU runners: Currently we have some limited support for Windows runners. We do not have WSL2 support because you cannot do nested virtualization on the EC2 runners. Enabling WSL will require that we transition CI to NVKS. That is currently being handled by @ajschmidt8's team.
WSL2 vs WSL: It looks like currently the Windows VMs that we have support for on our runners are installing WSL. We would like to get these running WSL2. The nested virtualization requirement discussed above is only for WSL2, not WSL1, so we need to address 1 above before we can switch to WSL2 on GPU runners. However, we could update our setup to use WSL2 as long as we are just testing on CPU runners.
We need to figure out how to set up the WSL2 instance so that it is ready to run everything that we need to test RAPIDS libraries, including perhaps installing Docker.
We need scripts to actually run tests. This can be worked on by individual libraries.
The text was updated successfully, but these errors were encountered:
Currently RAPIDS claims support for WSL but only tests this support via ad hoc testing on individual machines. The primary purpose of this testing is to verify that the CUDA driver in WSL2 works properly and handles everything that RAPIDS libraries need. We would like to be able to run these tests in a more systematic manner, ideally in CI. However, there are currently a number of blockers for this. This issue is meant for tracking the various tasks that must be accomplished in order to get CI testing on WSL2.
The text was updated successfully, but these errors were encountered: