1
0
Fork 0
tuned/doc/manual
Jaroslav Škarvada 1907f205a0
scheduler: added perf_process_fork option to enable processing of fork
Scheduler plugin uses perf event loop to catch newly created processes.
By default it listens to perf.RECORD_COMM and perf.RECORD_EXIT events.

By setting `perf_process_fork` parameter to `true` it will also listen
to perf.RECORD_FORK events, i.e. it will explicitly process
child processes created by the fork system call. Usually, child processes
inherit affinity from their parents, thus the `scheduler` plugin doesn't
need to explicitly process them, that's why the `perf_process_fork`
parameter is by default set to `false` and child processes aren't
explicitly processed. This default setting may also save some CPU time.

Resolves: rhbz#1894610

Signed-off-by: Jaroslav Škarvada <jskarvad@redhat.com>
2020-11-25 20:41:39 +01:00
..
assemblies Manually merge documentation changes from RHEL downstream 2020-10-01 19:47:59 +02:00
meta Fix various documentation issues in the metadata and references 2020-10-01 20:06:55 +02:00
modules/performance scheduler: added perf_process_fork option to enable processing of fork 2020-11-25 20:41:39 +01:00
Makefile doc: renamed doc/guide to doc/manual 2019-03-13 14:39:55 +01:00
master.adoc Manually merge documentation changes from RHEL downstream 2020-10-01 19:47:59 +02:00
README.adoc Tweak the terminology around Tuned and its components; RHBZ#1680386 2019-04-30 19:56:34 +02:00

= About this documentation

This directory contains source files of Tuned documentation intended for system administrators.

== Building the source

The documentation is written in the *AsciiDoc* markup language. To build it, install the link:https://asciidoctor.org/[asciidoctor] utility and use it to convert the master file:

----
$ asciidoctor doc/tuned-documentation/master.adoc
----

This generates the `master.html` file, which you can open with your web browser.

== Structure

The `master.adoc` file is the main entry point for the documentation. It _includes_ (or, imports, loads) _assembly_ files from the `assemblies/` directory, which represent user stories. These assembly files then include _modules_ located in `modules/performance/`. Modules are reusable sections of content representing a concept, a procedure, or a reference.

== Naming conventions

Use the following naming conventions when referring to Tuned and its components in the documentation:

* "the *Tuned* application", referring to the complete set of software, including executables, profiles, scripts, documentation, artwork, etc. Written as `the \*Tuned* application` in AsciiDoc, because application names are in bold text.

* "the Tuned project", referring to the developers and contributors, the web pages, repositories, planning, etc.

* "the `tuned` service", referring to the `tuned.service` systemd unit and the `tuned` executable

* "the `tuned-adm` utility", referring to the `tuned-adm` executable

* "the `tuned` and `tuned-adm` commands", referring to the text typed into the terminal to run components of Tuned

This is consistent with other naming schemes. For example, consider "the Firefox application" vs. "the `firefox` command".