# systemd-oomd

13 Hacker News commenters recommended systemd-oomd and 7 criticized it, November 2025 to November 2026. It was recommended in 8 of 13 months.

**Verdict:** Kills processes under memory pressure before a full out-of-memory event, keeping Linux responsive. Critics say it still does not solve the problem and can kill whole sessions.

## Why people recommend it

- Configurable per cgroup or task (3 comments): "If using systemd-oomd, you can launch Firefox into it's own cgroup / systemd.scope, that has memory pressure control settings set to not kill it." ([source](https://news.ycombinator.com/item?id=47285958)) "It's quite handy for this especially since you can tell it to aim its OOM heavy artillery at only certain tasks" ([source](https://news.ycombinator.com/item?id=50137130)) "you can configure it to your liking and see if it improves your problem" ([source](https://news.ycombinator.com/item?id=49655364))
- Acts on memory pressure early (3 comments): "Install and configure systemd-oomd and track its log - it will activate on memory pressure." ([source](https://news.ycombinator.com/item?id=50022342)) "It works by killing the offending process (hopefully) before a true OOM." ([source](https://news.ycombinator.com/item?id=49345892)) "use user-space oomd to recover from this situation earlier" ([source](https://news.ycombinator.com/item?id=49996232))
- Works reasonably well by default (2 comments): "systemd-oomd works reasonably well and there is source code" ([source](https://news.ycombinator.com/item?id=49674057)) "They usually work out of the box" ([source](https://news.ycombinator.com/item?id=49345816))
- Fixes memory freezes for many users (2 comments): "Combined with systemd-oomd I haven't had a swapping or memory issue in many years." ([source](https://news.ycombinator.com/item?id=48332328)) "systemd-oomd (or similar) afaik is enabled in many modern releases and fixes it." ([source](https://news.ycombinator.com/item?id=49350818))

## What people warn about

- Kills whole user sessions (4 comments): "systemd-oomd killing your whole session because Fedora enrolled user@.service is nasty" ([source](https://news.ycombinator.com/item?id=49658833)) "Chris disables systemd-oomd after it obliterates his X session with no explanation" ([source](https://news.ycombinator.com/item?id=49655435)) "seems tuned for server workloads, I couldn't get it to stop killing my session" ([source](https://news.ycombinator.com/item?id=47286842))
- Only a partial fix (3 comments): "systemd-oomd helps a little bit (killing processes before direct reclaim makes everything seize up), but there's still no general solution" ([source](https://news.ycombinator.com/item?id=47286485)) "There's user space oom options, like oomd, earlyoom ... but I'm not sure any heuristic really knows what user space program to clobber." ([source](https://news.ycombinator.com/item?id=48782274)) "From my experience it does not help much" ([source](https://news.ycombinator.com/item?id=47648873))
- Replaces a better, inferior design (2 comments): "a system that did an OK job at dealing with low memory situations has been replaced with a completely inadequate system" ([source](https://news.ycombinator.com/item?id=46458800)) "such an inferior way to deal with memory limits" ([source](https://news.ycombinator.com/item?id=46458641))

## Alternatives hackers recommend

- [earlyoom](https://hackerapproved.com/p/earlyoom.md): 23 recommend

## Cite as

Hacker Approved, "systemd-oomd", https://hackerapproved.com/p/systemd-oomd/ (counts from 1,795,640 Hacker News comments, November 2025 to November 2026).