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
This page provides information about the ongoing integration of `containerd` for
12
-
image and file system management in the Docker Engine.
11
+
Docker Desktop is transitioning to use containerd for image and filesystem management. This page outlines the benefits, setup process, and new capabilities enabled by the containerd image store.
13
12
14
13
> [!NOTE]
15
14
>
16
-
> Images and containers are not shared between the classic image store and the
17
-
> new containerd image store. When you switch image stores, containers and
18
-
> images from the inactive store remain but are hidden until you switch back.
15
+
> Docker Desktop maintains separate image stores for the classic and containerd image stores.
16
+
> When switching between them, images and containers from the inactive store remain on disk but are hidden until you switch back.
19
17
20
-
## What is containerd?
18
+
## What is `containerd`?
21
19
22
-
`containerd` is an abstraction of the low-level kernel features
23
-
used to run and manage containers on a system.
24
-
It's a platform used in container software like Docker and Kubernetes.
20
+
`containerd` is a container runtime that provides a lightweight, consistent interface for container lifecycle management. It is already used under the hood by Docker Engine for creating, starting, and stopping containers.
25
21
26
-
Docker Engine already uses `containerd` for container lifecycle management,
27
-
which includes creating, starting, and stopping containers.
28
-
This page describes the next step of the containerd integration for Docker:
29
-
the containerd image store.
22
+
Docker Desktop’s ongoing integration of containerd now extends to the image store, offering more flexibility and modern image support.
30
23
31
-
## Image store
24
+
## What is the `containerd` image store?
32
25
33
26
The image store is the component responsible for pushing, pulling,
34
27
and storing images on the filesystem.
28
+
35
29
The classic Docker image store is limited in the types of images that it supports.
36
30
For example, it doesn't support image indices, containing manifest lists.
37
31
When you create multi-platform images, for example,
38
32
the image index resolves all the platform-specific variants of the image.
39
33
An image index is also required when building images with attestations.
40
34
41
-
The containerd image store extends range of image types
35
+
The containerd image store extends the range of image types
42
36
that the Docker Engine can natively interact with.
43
37
While this is a low-level architectural change,
44
38
it's a prerequisite for unlocking a range of new use cases, including:
@@ -88,8 +82,4 @@ and load them to your local image store:
Copy file name to clipboardExpand all lines: content/manuals/desktop/features/gpu.md
+20-8
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
1
---
2
-
title: GPU support in Docker Desktop
2
+
title: GPU support in Docker Desktop for Windows
3
3
linkTitle: GPU support
4
-
weight: 80
4
+
weight: 40
5
5
description: How to use GPU in Docker Desktop
6
6
keywords: gpu, gpu support, nvidia, wsl2, docker desktop, windows
7
7
toc_max: 3
@@ -13,22 +13,27 @@ aliases:
13
13
>
14
14
> Currently GPU support in Docker Desktop is only available on Windows with the WSL2 backend.
15
15
16
-
## Using NVIDIA GPUs with WSL2
16
+
Docker Desktop for Windows supports NVIDIA GPU Paravirtualization (GPU-PV) on NVIDIA GPUs, allowing containers to access GPU resources for compute-intensive workloads like AI, machine learning, or video processing.
17
17
18
-
Docker Desktop for Windows supports WSL 2 GPU Paravirtualization (GPU-PV) on NVIDIA GPUs. To enable WSL 2 GPU Paravirtualization, you need:
18
+
## Prerequisites
19
19
20
-
- A machine with an NVIDIA GPU
20
+
To enable WSL 2 GPU Paravirtualization, you need:
21
+
22
+
- A Windows machine with an NVIDIA GPU
21
23
- Up to date Windows 10 or Windows 11 installation
22
24
-[Up to date drivers](https://developer.nvidia.com/cuda/wsl) from NVIDIA supporting WSL 2 GPU Paravirtualization
23
25
- The latest version of the WSL 2 Linux kernel. Use `wsl --update` on the command line
24
26
- To make sure the [WSL 2 backend is turned on](wsl/_index.md#turn-on-docker-desktop-wsl-2) in Docker Desktop
25
27
26
-
To validate that everything works as expected, execute a `docker run` command with the `--gpus=all` flag. For example, the following will run a short benchmark on your GPU:
28
+
## Validate GPU support
29
+
30
+
To confirm GPU access is working inside Docker, run the following:
27
31
28
32
```console
29
33
$ docker run --rm -it --gpus=all nvcr.io/nvidia/k8s/cuda-sample:nbody nbody -gpu -benchmark
30
34
```
31
-
The output will be similar to:
35
+
36
+
This runs an n-body simulation benchmark on the GPU. The output will be similar to:
32
37
33
38
```console
34
39
Run "nbody -benchmark [-numbodies=<numBodies>]" to measure performance.
@@ -58,9 +63,16 @@ GPU Device 0: "GeForce RTX 2060 with Max-Q Design" with compute capability 7.5
58
63
= 2724.379 single-precision GFLOP/s at 20 flops per interaction
59
64
```
60
65
61
-
Or if you wanted to try something more useful you could use the official [Ollama image](https://hub.docker.com/r/ollama/ollama) to run the Llama2 large language model.
66
+
## Run a real-world model: Llama2 with Ollama
67
+
68
+
Use the [official Ollama image](https://hub.docker.com/r/ollama/ollama) to run the Llama2 LLM with GPU acceleration:
0 commit comments