This guide describes how to change the
platform used by runsc
.
Configuring the platform provides significant performance benefits, but isn’t the only step to optimizing gVisor performance. See the Production guide for more.
If you intend to run the KVM platform, you will also need to have KVM installed
on your system. If you are running a Debian based system like Debian or Ubuntu
you can usually do this by ensuring the module is loaded, and your user has
permissions to access the /dev/kvm
device. Usually, this means that your user
is in the kvm
group.
$ ls -l /dev/kvm
crw-rw----+ 1 root kvm 10, 232 Jul 26 00:04 /dev/kvm
$ groups | grep -qw kvm && echo ok
ok
For best performance, use the KVM platform on bare-metal machines only. If
you have to run gVisor within a virtual machine, the systrap
platform will
often yield better performance than KVM. If you still want to use KVM within a
virtual machine, you will need to make sure that nested virtualization is
configured. Here are links to documents on how to set up nested virtualization
in several popular environments:
Note: nested virtualization will have poor performance and is historically a cause of security issues (e.g. CVE-2018-12904). It is not recommended for production.
A third platform, ptrace
, also has the versatility of running on any
environment. However, it has higher performance overhead than systrap
in
almost all cases. systrap
replaced ptrace
as the default platform in
mid-2023. While ptrace
continues to exist in the codebase, it is no longer
supported and is expected to eventually be removed entirely. If you depend on
ptrace
, and systrap
doesn’t fulfill your needs, please
voice your feedback.
The platform is selected by the --platform
command line flag passed to
runsc
. By default, the systrap
platform is selected. For example, to select
the KVM platform, modify your Docker configuration (/etc/docker/daemon.json
)
to pass the --platform
argument:
{
"runtimes": {
"runsc": {
"path": "/usr/local/bin/runsc",
"runtimeArgs": [
"--platform=kvm"
]
}
}
}
You must restart the Docker daemon after making changes to this file, typically
this is done via systemd
:
$ sudo systemctl restart docker
Note that you may configure multiple runtimes using different platforms. For example, the following configuration has one configuration for systrap and one for the KVM platform:
{
"runtimes": {
"runsc-kvm": {
"path": "/usr/local/bin/runsc",
"runtimeArgs": [
"--platform=kvm"
]
},
"runsc-systrap": {
"path": "/usr/local/bin/runsc",
"runtimeArgs": [
"--platform=systrap"
]
}
}
}