1
0
Fork 0
tuned/doc/manual
Ibrahim Ansari 349035c791
plugins: document med_power_with_dipm SATA ALPM option
The use of `min_power` can lead to data corruption[1] and has been
replaced in the documentation, and an example using `medium_power` was
updated to use `med_power_with_dipm` (the kernel default[2] with better
better power savings than `medium_power`).

[1] https://hansdegoede.livejournal.com/18412.html
[2] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/drivers/ata/Kconfig?id=5433f0e7427ae4f5b128d89ec16ccaafc9fef5ee

Signed-off-by: Ibrahim Ansari <ansari.ibrahim1@gmail.com>
2025-02-04 13:12:48 +05:30
..
assemblies breaking up various modules and implementing neccessary new syntax used downstream to keep docs repos synced 2021-06-09 14:10:28 +02:00
meta Fix various documentation issues in the metadata and references 2020-10-01 20:06:55 +02:00
modules/performance plugins: document med_power_with_dipm SATA ALPM option 2025-02-04 13:12:48 +05:30
Makefile docs: fixed docs generation on centos-7 2025-01-18 22:48:44 +01:00
master.adoc Bump doc/manual revision date and number 2024-10-11 12:45:21 +02:00
README.adoc Project renamed to TuneD 2021-05-17 22:09:02 +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".