1
0
Fork 0
tuned/doc/manual
Jaroslav Škarvada 1b0573dab2
scheduler: added default_irq_smp_affinity option
The option 'default_irq_smp_affinity' affects what will be written to the
/proc/irq/default_smp_affinity. The option supports the following values:

calc:
  Content of the /proc/irq/default_smp_affinity will be calculated from
  the 'isolated_cores'. Non-isolated cores are calculated as an inversion
  of the 'isolated_cores'. Then the intersection of the non-isolated cores
  and the previous content of the /proc/irq/default_smp_affinity is
  written to the /proc/irq/default_smp_affinity. If the intersection is
  empty set, then just the non-isolated cores are written to the
  /proc/irq/default_smp_affinity. This behavior is the default if
  option 'default_irq_smp_affinity' is not specified.

ignore:
  The /proc/irq/default_smp_affinity is not touched by Tuned.

cpulist like e.g. '1,3-4':
  The cpulist is unpacked and directly written to the
  /proc/irq/default_smp_affinity

Examples:

[scheduler]
isolated_cores = 1, 2
default_irq_smp_affinity = calc

[scheduler]
isolated_cores = 1, 2
default_irq_smp_affinity = ignore

[scheduler]
isolated_cores = 1, 3
default_irq_smp_affinity = 2, 4

Resolves: rhbz#1896348

Signed-off-by: Jaroslav Škarvada <jskarvad@redhat.com>
2020-11-12 11:00:18 +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 default_irq_smp_affinity option 2020-11-12 11:00:18 +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".