From: Kir Kolyshkin <kolyshkin@gmail.com>
To: corbet@lwn.net
Cc: linux-doc@vger.kernel.org, cgroups@vger.kernel.org,
Kir Kolyshkin <kolyshkin@gmail.com>
Subject: [PATCH 02/10] docs/scheduler/sched-design-CFS: formatting fix
Date: Tue, 19 Jan 2021 16:18:16 -0800 [thread overview]
Message-ID: <20210120001824.385168-3-kolyshkin@gmail.com> (raw)
In-Reply-To: <20210120001824.385168-1-kolyshkin@gmail.com>
Fix the rendering of the paragraph. Before the fix, the first line is
rendered in bold (I'm not quite sure why) and is also separated from the
rest of the paragraph, which is rendered with an indent.
Signed-off-by: Kir Kolyshkin <kolyshkin@gmail.com>
---
Documentation/scheduler/sched-design-CFS.rst | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/scheduler/sched-design-CFS.rst b/Documentation/scheduler/sched-design-CFS.rst
index a96c72651877..59b2d1fb4dc4 100644
--- a/Documentation/scheduler/sched-design-CFS.rst
+++ b/Documentation/scheduler/sched-design-CFS.rst
@@ -34,9 +34,9 @@ In CFS the virtual runtime is expressed and tracked via the per-task
p->se.vruntime (nanosec-unit) value. This way, it's possible to accurately
timestamp and measure the "expected CPU time" a task should have gotten.
-[ small detail: on "ideal" hardware, at any time all tasks would have the same
- p->se.vruntime value --- i.e., tasks would execute simultaneously and no task
- would ever get "out of balance" from the "ideal" share of CPU time. ]
+ Small detail: on "ideal" hardware, at any time all tasks would have the same
+ p->se.vruntime value --- i.e., tasks would execute simultaneously and no task
+ would ever get "out of balance" from the "ideal" share of CPU time.
CFS's task picking logic is based on this p->se.vruntime value and it is thus
very simple: it always tries to run the task with the smallest p->se.vruntime
--
2.29.2
next prev parent reply other threads:[~2021-01-20 0:19 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-01-20 0:18 [PATCH 00/10] docs: cgroup nits and fixes Kir Kolyshkin
2021-01-20 0:18 ` [PATCH 01/10] docs/scheduler/sched-bwc: formatting fix Kir Kolyshkin
2021-01-20 0:18 ` Kir Kolyshkin [this message]
2021-01-20 0:18 ` [PATCH 03/10] docs/scheduler/sched-bwc: fix note rendering Kir Kolyshkin
2021-01-20 0:18 ` [PATCH 04/10] docs/scheduler/sched-bwc: add proper ref Kir Kolyshkin
2021-01-20 17:43 ` Jonathan Corbet
2021-01-20 0:18 ` [PATCH 05/10] docs/scheduler/sched-bwc: note/link cgroup v2 Kir Kolyshkin
2021-01-20 0:18 ` [PATCH 06/10] docs/admin-guide: cgroup-v2: typos and spaces Kir Kolyshkin
2021-01-20 0:18 ` [PATCH 07/10] docs/admin-guide: cgroup-v2: fix cgroup.type rendering Kir Kolyshkin
2021-01-20 0:18 ` [PATCH 08/10] doc/admin-guide/cgroup-v2: use tables Kir Kolyshkin
2021-01-20 0:18 ` [PATCH 09/10] docs/admin-guide/cgroup-v2: nit Kir Kolyshkin
2021-01-20 0:18 ` [PATCH 10/10] docs/admin-guide/cgroup-v2: fix mount opt rendering Kir Kolyshkin
2021-01-20 16:43 ` [PATCH 00/10] docs: cgroup nits and fixes Tejun Heo
2021-01-21 18:42 ` Jonathan Corbet
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20210120001824.385168-3-kolyshkin@gmail.com \
--to=kolyshkin@gmail.com \
--cc=cgroups@vger.kernel.org \
--cc=corbet@lwn.net \
--cc=linux-doc@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).