Heads up: persistent journal has been enabled in systemd

Helmut Grohne helmut at subdivi.de
Tue Feb 11 07:19:46 GMT 2020


Hi Michael,

On Sat, Feb 01, 2020 at 04:05:55AM +0100, Michael Biebl wrote:
> with today's upload of systemd 244.1-2 I finally enabled persistent
> journal by default [1]. It has been a long requested feature.

Thank you.

> Users that prefer text logs can of course still install rsyslog by
> default (or their syslogger of choice).

I am an early adopter (at a time when you had to pass init= to use
systemd) and I also enabled the persistent journal on practically all of
my systems. I find myself liking the filtering that is enabled by
journalctl, but it seems to come at a cost: performance.

On multiple systems (embedded, VMs, desktops, servers) I observe that
journalctl takes longer to display the initial batch than I am willing
to wait. Unfortunately, this also affects systemctl status. I admit that
my patience is quite limited here. Having to wait 3 seconds for
systemctl status someservice is already more than I am willing to wait.
As such, I find myself resorting to plaintext logs more often than not
to avoid the annoying delay. It gets way worse on a busy system where
you'd need the journal most to figure out what's wrong.

Do you happen to know more about the performance aspects?
 * Known discussions?
   -> https://github.com/systemd/systemd/issues/2460
 * Workarounds / tricks?
   -> I already apply a size limit.

Memory consumption by journald itself is also worth a mention. For
servers, I usually don't care, but for embedded systems it is sometimes
difficult to afford. rsyslog comes at around a fifth of what journald
needs.

As such, I question whether the journal is ready for production while at
the same time wanting it to be. I believe that the github issue above
should be fixed before enabling the persistent journal by default.

Helmut



More information about the Pkg-systemd-maintainers mailing list