Выдержка из справочной страницы journal.conf
Storage=
Controls where to store journal data. One of "volatile", "persistent", "auto" and "none". If "volatile", journal log data
will be stored only in memory, i.e. below the /run/log/journal hierarchy (which is created if needed). If "persistent",
data will be stored preferably on disk, i.e. below the /var/log/journal hierarchy (which is created if needed), with a
fallback to /run/log/journal (which is created if needed), during early boot and if the disk is not writable. "auto" is
similar to "persistent" but the directory /var/log/journal is not created if needed, so that its existence controls where
log data goes. "none" turns off all storage, all log data received will be dropped. Forwarding to other targets, such as
the console, the kernel log buffer, or a syslog socket will still work however. Defaults to "auto".
По моему мнению, в модусе auto
предложение , так что его существование определяет, где данные журнала идут ясно говорится, что:
/var/log/journal
, логи пишутся только в/run/log/journal
/var/log/journal
, журналы записываются только в/var/log/journal
Unix/Linux показывает процесс и общую загрузку ЦП иначе, чем Windows.
В Windows 100% = все ядра процессора, включая виртуальные.
В Linux/Unix 100% = одно ядро ЦП.
На самом деле то, как это показывает Linux/Unix, намного более естественно/логично, потому что представьте, что у вас есть восьмиядерный -процессор с технологией Hyper-Threading/SMT. В Windows процесс, который занимает одно ядро ЦП, будет показывать 6% использования ЦП, что довольно сложно понять. Если у вас процессор с 64 потоками -, это значение будет еще меньше, всего 1 или 2% (, не зная, как работает округление ).