From: Lennart Poettering Date: Wed, 24 Nov 2021 14:54:29 +0000 (+0100) Subject: man: don't mention IOSchedulingClass=none anymore in the docs X-Git-Tag: v250-rc1~163^2~1 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=8880b2bab8b43b716553d5b2ab92d63b0e66b474;p=thirdparty%2Fsystemd.git man: don't mention IOSchedulingClass=none anymore in the docs Let's not mention a redundant setting of "none". Let's instead only mention "best-effort", which is the same. Also mention the default settings properly. (Also, while we are at it, don#t document the numeric alias, that's totally redundant and harder to use, so no need to push people towards it.) --- diff --git a/man/systemd.exec.xml b/man/systemd.exec.xml index aea7116e297..4f37c22b759 100644 --- a/man/systemd.exec.xml +++ b/man/systemd.exec.xml @@ -1140,10 +1140,11 @@ CapabilityBoundingSet=~CAP_B CAP_C IOSchedulingClass= - Sets the I/O scheduling class for executed processes. Takes an integer between 0 and 3 or one - of the strings , , or - . If the empty string is assigned to this option, all prior assignments to both - IOSchedulingClass= and IOSchedulingPriority= have no effect. See + Sets the I/O scheduling class for executed processes. Takes one of the strings + , or . The kernel's + default scheduling class is at a priority of 4. If the empty string is + assigned to this option, all prior assignments to both IOSchedulingClass= and + IOSchedulingPriority= have no effect. See ioprio_set2 for details. @@ -1156,7 +1157,8 @@ CapabilityBoundingSet=~CAP_B CAP_C bandwidth is made available to the unit's processes, larger values mean less bandwidth. The available priorities depend on the selected I/O scheduling class (see above). If the empty string is assigned to this option, all prior assignments to both IOSchedulingClass= and - IOSchedulingPriority= have no effect. See + IOSchedulingPriority= have no effect. For the kernel's default scheduling class + () this defaults to 4. See ioprio_set2 for details.