5 ms·

I think leveraging GPUs inside of Docker containers is an absolutely fantastic idea, but forking/wrapping Docker to make it happen is just silly. Were there no

I think leveraging GPUs inside of Docker containers is an absolutely fantastic idea, but forking/wrapping Docker to make it happen is just silly. Were there no attempts to talk to the core team to make this happen? (Disclaimer: I work at Docker, but not on the core team)

machbio 10y ago
https://github.com/NVIDIA/nvidia-docker/wiki/Why%20NVIDIA%20Docker#yet-another-docker-tool https://github.com/NVIDIA/nvidia-docker/wiki/Why%20NVIDIA%20...
- andrewstuart2 10y ago
  > However, this solution was brittle: the version of the host driver had to exactly match driver version installed in the container. I'm curious why volume mounting is not an option here. Seems like you'd just ship driverless containers, forcing the user to mount the host drivers before allowing the container to run.
  - flx42_ 10y ago
    That's exactly what we do, the image is indeed driverless and we mount the host driver files as a volume (provided by our volume plugin) when the container is launched. This way, you can launch a CUDA 7.5 container on any machine with driver version 352+ We provide more details here: https://github.com/NVIDIA/nvidia-docker/wiki/NVIDIA-driver https://github.com/NVIDIA/nvidia-docker/wiki/NVIDIA-driver Hope that helps!
flx42_ 10y ago
We are only wrapping the Docker CLI, not forking the full code (that would be insane). The wrapper is provided for convenience since it should be enough for most users. If you know what you're doing, you don't need to rely on the wrapper, we explain how you can do that on our wiki: https://github.com/NVIDIA/nvidia-docker/wiki/Internals https://github.com/NVIDIA/nvidia-docker/wiki/Internals Yes, we have been discussing with a few people at Docker, I hope attending DockerCon and discussing with the team will help us move forward.
- shykes 10y ago
  This is a fantastic use case, we (Docker) would love to help in any way we can to make this usable by all Docker users. Let us know if there's anything more we can to help.

machbio 10y ago

https://github.com/NVIDIA/nvidia-docker/wiki/Why%20NVIDIA%20Docker#yet-another-docker-tool https://github.com/NVIDIA/nvidia-docker/wiki/Why%20NVIDIA%20...

andrewstuart2 10y ago
> However, this solution was brittle: the version of the host driver had to exactly match driver version installed in the container. I'm curious why volume mounting is not an option here. Seems like you'd just ship driverless containers, forcing the user to mount the host drivers before allowing the container to run.
- flx42_ 10y ago
  That's exactly what we do, the image is indeed driverless and we mount the host driver files as a volume (provided by our volume plugin) when the container is launched. This way, you can launch a CUDA 7.5 container on any machine with driver version 352+ We provide more details here: https://github.com/NVIDIA/nvidia-docker/wiki/NVIDIA-driver https://github.com/NVIDIA/nvidia-docker/wiki/NVIDIA-driver Hope that helps!

flx42_ 10y ago

We are only wrapping the Docker CLI, not forking the full code (that would be insane). The wrapper is provided for convenience since it should be enough for most users. If you know what you're doing, you don't need to rely on the wrapper, we explain how you can do that on our wiki: https://github.com/NVIDIA/nvidia-docker/wiki/Internals https://github.com/NVIDIA/nvidia-docker/wiki/Internals Yes, we have been discussing with a few people at Docker, I hope attending DockerCon and discussing with the team will help us move forward.

shykes 10y ago
This is a fantastic use case, we (Docker) would love to help in any way we can to make this usable by all Docker users. Let us know if there's anything more we can to help.