Arch Linux

Please read this before reporting a bug:

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!

FS#71546 - [systemd] Provide default configurations for systemd-oomd

Attached to Project: Arch Linux
Opened by Jitao Lu (dianlujitao) - Monday, 19 July 2021, 03:26 GMT
Last edited by Christian Heusel (gromit) - Tuesday, 08 August 2023, 14:55 GMT
Task Type Support Request
Category Packages: Core
Status Assigned
Assigned To Christian Hesse (eworm)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 2
Private No



Now that systemd-oomd is distributed with the systemd package, but it doesn't come up with any configurations. Enabling systemd-oomd.service has no effect at all.

Fedora provides a systemd-oomd-defaults package that contains default config files: and shipped by default since

Arch should have a similar package
This task depends upon

Comment by Jitao Lu (dianlujitao) - Monday, 19 July 2021, 03:29 GMT Comment by Christian Hesse (eworm) - Thursday, 22 July 2021, 13:54 GMT
Not sure we want this... Usually we do not ship any non-upstream configuration (unless required for the system to function properly).
Perhaps we should just document this in the wiki. Not sure... Anybody else with an opinion?
Comment by Jitao Lu (dianlujitao) - Sunday, 25 July 2021, 07:09 GMT
just FYI I created an aur package with fedora configuration files
Comment by Jan Alexander Steffens (heftig) - Monday, 18 October 2021, 21:55 GMT
I think the main problem (currently) with oomd is that it's cgroup-granular. This is fine for a server where we just want to kill entire services or containers, and it deals very well with many related processes cumulatively eating memory.

However, on desktop this needs support from the user session in order to not kill an entire session if a single app triggers oomd. This is AFAIK currently only done by GNOME, and explains why Fedora easily ships this.

GNOME makes heavy use of the systemd user manager's scopes: GNOME Shell launches apps into separate scopes if they don't define a service already; GNOME Terminal creates a scope for every tab. Even then it's surprising to lose the entire terminal tab and not just the foreground process to oomd.

Comment by Buggy McBugFace (bugbot) - Tuesday, 08 August 2023, 19:11 GMT
This is an automated comment as this bug is open for more then 2 years. Please reply if you still experience this bug otherwise this issue will be closed after 1 month.