From ebcbdbb23587de88773f48bc8719746c867781a7 Mon Sep 17 00:00:00 2001 From: bergware Date: Wed, 5 Sep 2018 16:22:00 +0200 Subject: [PATCH] CPU pinning: separate tabs for VM and Docker --- plugins/dynamix/CPUisol.page | 7 +++---- plugins/dynamix/CPUpin.page | 39 ++++++++++++++++++++++++++++++++++++ plugins/dynamix/CPUset.page | 24 +++++----------------- 3 files changed, 47 insertions(+), 23 deletions(-) create mode 100644 plugins/dynamix/CPUpin.page diff --git a/plugins/dynamix/CPUisol.page b/plugins/dynamix/CPUisol.page index b69a1da6f..27420b077 100644 --- a/plugins/dynamix/CPUisol.page +++ b/plugins/dynamix/CPUisol.page @@ -1,4 +1,4 @@ -Menu="CPUset" +Menu="CPUset:2" Title="CPU Isolation" Tag="leaf" --- @@ -24,8 +24,7 @@ Tag="leaf" -> CPU isolation allows the user to specify CPU cores that are to be explicitly reserved for assignment (to VMs or Containers). +> CPU isolation allows the user to specify CPU cores that are to be explicitly reserved for assignment (to VMs or Docker containers). > -> This is incredibly important for gaming VMs to run smoothly because even if you manually pin your docker containers to not overlap with your gaming VM, +> This is incredibly important for gaming VMs to run smoothly because even if you manually pin your Docker containers to not overlap with your gaming VM, > the host OS can still utilize those same cores as the guest VM needs for things like returning responses for the webGui, running a parity check, btrfs operations, etc. - diff --git a/plugins/dynamix/CPUpin.page b/plugins/dynamix/CPUpin.page new file mode 100644 index 000000000..2930bb58b --- /dev/null +++ b/plugins/dynamix/CPUpin.page @@ -0,0 +1,39 @@ +Menu="CPUset:1" +Title="CPU Pinning Docker" +Tag="map-marker" +--- + + +
+ + + + +
Container
+ +
+ + +> This page gives a total view of the current CPU pinning assignments for Docker containers.
+> It also allows to modify these assignments. +> +> Running containers are **stopped first** and restarted after the modification.
+> Stopped containers are instantly modified and new assignments become active when the user manually starts the container. +> +> When ***Apply*** is pressed a scan is performed to find the changes, subsequently containers which have changes are modified in parallel. +> +> *Important: Please wait until all updates are finished before leaving this page*. +> +> By default NO cores are selected for a Docker container, which means it uses all available cores.
+> Do not select **ALL** cores for containers, just select **NO** cores if you want unrestricted core use. diff --git a/plugins/dynamix/CPUset.page b/plugins/dynamix/CPUset.page index 852ad527b..ffc61fefe 100644 --- a/plugins/dynamix/CPUset.page +++ b/plugins/dynamix/CPUset.page @@ -1,5 +1,5 @@ Menu="OtherSettings" -Title="CPU Pinning" +Title="CPU Pinning VM" Type="xmenu" Icon="grid.png" Tag="map-marker" @@ -195,26 +195,12 @@ $(function(){ - -
- -' style='width:auto'> - - -
Container
- -
- - -> This page gives a total view of the current CPU pinning assignments for both VMs and Docker containers.
+> This page gives a total view of the current CPU pinning assignments for VMs.
> It also allows to modify these assignments. > -> Running VMs or containers are **stopped first** and restarted after the modification.
-> Stopped VMs or containers are instantly modified and new assignments become active when the user manually starts the VM or container. +> Running VMs are **stopped first** and restarted after the modification.
+> Stopped VMs are instantly modified and new assignments become active when the user manually starts the VM. > -> When ***Apply*** is pressed a scan is performed to find the changes, subsequently only VMs or containers which have changes are modified in parallel. +> When ***Apply*** is pressed a scan is performed to find the changes, subsequently only VMs which have changes are modified in parallel. > > *Important: Please wait until all updates are finished before leaving this page*. -> -> By default NO cores are selected for a Docker container, which means it uses all available cores.
-> Do not select **ALL** cores for containers, just select **NO** cores if you want unrestricted core use.