add GPU docs to master
This commit is contained in:
parent
89a91f5365
commit
10d80abe01
27
README.md
27
README.md
|
@ -133,6 +133,28 @@ docker exec -it webtop passwd abc
|
|||
By default we perform all logic for the abc user and we reccomend using that user only in the container, but new users can be added as long as there is a `startwm.sh` executable script in their home directory.
|
||||
All of these containers are configured with passwordless sudo, we make no efforts to secure or harden these containers and we do not reccomend ever publishing their ports to the public Internet.
|
||||
|
||||
## Hardware Acceleration (Ubuntu Container Only)
|
||||
|
||||
Many desktop application will need access to a GPU to function properly and even some Desktop Environments have compisitor effects that will not function without a GPU. This is not a hard requirement and all base images will function without a video device mounted into the container.
|
||||
|
||||
### Intel/ATI/AMD
|
||||
|
||||
To leverage hardware acceleration you will need to mount /dev/dri video device inside of the conainer.
|
||||
```
|
||||
--device=/dev/dri:/dev/dri
|
||||
```
|
||||
We will automatically ensure the abc user inside of the container has the proper permissions to access this device.
|
||||
### Nvidia
|
||||
|
||||
Hardware acceleration users for Nvidia will need to install the container runtime provided by Nvidia on their host, instructions can be found here:
|
||||
https://github.com/NVIDIA/nvidia-docker
|
||||
|
||||
We automatically add the necessary environment variable that will utilise all the features available on a GPU on the host. Once nvidia-docker is installed on your host you will need to re/create the docker container with the nvidia container runtime `--runtime=nvidia` and add an environment variable `-e NVIDIA_VISIBLE_DEVICES=all` (can also be set to a specific gpu's UUID, this can be discovered by running `nvidia-smi --query-gpu=gpu_name,gpu_uuid --format=csv` ). NVIDIA automatically mounts the GPU and drivers from your host into the container.
|
||||
|
||||
### Arm Devices
|
||||
|
||||
Best effort is made to install tools to allow mounting in /dev/dri on Arm devices. In most cases if /dev/dri exists on the host it should just work. If running a Raspberry Pi 4 be sure to enable `dtoverlay=vc4-fkms-v3d` in your usercfg.txt.
|
||||
|
||||
## Usage
|
||||
|
||||
Here are some example snippets to help you get started creating a container.
|
||||
|
@ -159,6 +181,8 @@ services:
|
|||
- /var/run/docker.sock:/var/run/docker.sock #optional
|
||||
ports:
|
||||
- 3000:3000
|
||||
devices:
|
||||
- /dev/dri:/dev/dri #optional
|
||||
shm_size: "1gb" #optional
|
||||
restart: unless-stopped
|
||||
```
|
||||
|
@ -177,6 +201,7 @@ docker run -d \
|
|||
-p 3000:3000 \
|
||||
-v /path/to/data:/config \
|
||||
-v /var/run/docker.sock:/var/run/docker.sock `#optional` \
|
||||
--device /dev/dri:/dev/dri `#optional` \
|
||||
--shm-size="1gb" `#optional` \
|
||||
--restart unless-stopped \
|
||||
lscr.io/linuxserver/webtop
|
||||
|
@ -196,6 +221,7 @@ Container images are configured using parameters passed at runtime (such as thos
|
|||
| `-e KEYBOARD=en-us-qwerty` | See the keyboard layouts section for more information and options. |
|
||||
| `-v /config` | abc users home directory |
|
||||
| `-v /var/run/docker.sock` | Docker Socket on the system, if you want to use Docker in the container |
|
||||
| `--device /dev/dri` | Add this for GL support (Linux hosts only) |
|
||||
| `--shm-size=` | We set this to 1 gig to prevent modern web browsers from crashing |
|
||||
| `--security-opt seccomp=unconfined` | For Docker Engine only, many modern gui apps need this to function as syscalls are unkown to Docker. |
|
||||
|
||||
|
@ -308,6 +334,7 @@ Once registered you can define the dockerfile to use with `-f Dockerfile.aarch64
|
|||
|
||||
## Versions
|
||||
|
||||
* **12.03.22:** - Add documentation for mounting in a GPU.
|
||||
* **05.02.22:** - Rebase KDE Ubuntu to Jammy, add new documentation for updated gclient, stop recommending priv mode.
|
||||
* **21.09.21:** - Add Fedora and Arch images, show seccomp settings in readme.
|
||||
* **26.09.21:** - Rebase to Alpine versions to 3.14.
|
||||
|
|
|
@ -66,6 +66,9 @@ opt_custom_params:
|
|||
opt_security_opt_param: true
|
||||
opt_security_opt_param_vars:
|
||||
- { run_var: "seccomp=unconfined", compose_var: "seccomp:unconfined", desc: "For Docker Engine only, many modern gui apps need this to function as syscalls are unkown to Docker." }
|
||||
opt_param_device_map: true
|
||||
opt_param_devices:
|
||||
- { device_path: "/dev/dri", device_host_path: "/dev/dri", desc: "Add this for GL support (Linux hosts only)" }
|
||||
|
||||
# application setup block
|
||||
app_setup_block_enabled: true
|
||||
|
@ -110,10 +113,33 @@ app_setup_block: |
|
|||
docker exec -it webtop passwd abc
|
||||
```
|
||||
By default we perform all logic for the abc user and we reccomend using that user only in the container, but new users can be added as long as there is a `startwm.sh` executable script in their home directory.
|
||||
All of these containers are configured with passwordless sudo, we make no efforts to secure or harden these containers and we do not reccomend ever publishing their ports to the public Internet.
|
||||
All of these containers are configured with passwordless sudo, we make no efforts to secure or harden these containers and we do not reccomend ever publishing their ports to the public Internet.
|
||||
|
||||
## Hardware Acceleration (Ubuntu Container Only)
|
||||
|
||||
Many desktop application will need access to a GPU to function properly and even some Desktop Environments have compisitor effects that will not function without a GPU. This is not a hard requirement and all base images will function without a video device mounted into the container.
|
||||
|
||||
### Intel/ATI/AMD
|
||||
|
||||
To leverage hardware acceleration you will need to mount /dev/dri video device inside of the conainer.
|
||||
```
|
||||
--device=/dev/dri:/dev/dri
|
||||
```
|
||||
We will automatically ensure the abc user inside of the container has the proper permissions to access this device.
|
||||
### Nvidia
|
||||
|
||||
Hardware acceleration users for Nvidia will need to install the container runtime provided by Nvidia on their host, instructions can be found here:
|
||||
https://github.com/NVIDIA/nvidia-docker
|
||||
|
||||
We automatically add the necessary environment variable that will utilise all the features available on a GPU on the host. Once nvidia-docker is installed on your host you will need to re/create the docker container with the nvidia container runtime `--runtime=nvidia` and add an environment variable `-e NVIDIA_VISIBLE_DEVICES=all` (can also be set to a specific gpu's UUID, this can be discovered by running `nvidia-smi --query-gpu=gpu_name,gpu_uuid --format=csv` ). NVIDIA automatically mounts the GPU and drivers from your host into the container.
|
||||
|
||||
### Arm Devices
|
||||
|
||||
Best effort is made to install tools to allow mounting in /dev/dri on Arm devices. In most cases if /dev/dri exists on the host it should just work. If running a Raspberry Pi 4 be sure to enable `dtoverlay=vc4-fkms-v3d` in your usercfg.txt.
|
||||
|
||||
# changelog
|
||||
changelogs:
|
||||
- { date: "12.03.22:", desc: "Add documentation for mounting in a GPU." }
|
||||
- { date: "05.02.22:", desc: "Rebase KDE Ubuntu to Jammy, add new documentation for updated gclient, stop recommending priv mode." }
|
||||
- { date: "21.09.21:", desc: "Add Fedora and Arch images, show seccomp settings in readme." }
|
||||
- { date: "26.09.21:", desc: "Rebase to Alpine versions to 3.14." }
|
||||
|
|
Loading…
Reference in New Issue