Systemd 247 Still Aiming To Integrate systemd-oomd

[phoronix]

Phoronix: Systemd 247 Still Aiming To Integrate systemd-oomd

Systemd developers are still hoping to introduce systemd-oomd as part of the next release...

http://www.phoronix.com/scan.php?page=news_item&px=Systemd-247-OOMD-Aim

[145Hz]

systemd-oof coming soon

[ed31337]

On the one hand, I could really use something like this, as my 4GB Raspberry Pi 4 slows down to practically locked up for a long time whenever I have an out of memory condition occur.

On the other hand, systemd...

[ssokolow]

On the one hand, I could really use something like this, as my 4GB Raspberry Pi 4 slows down to practically locked up for a long time whenever I have an out of memory condition occur.

On the other hand, systemd...

earlyoom works very nicely and doesn't require systemd.

[Danny3]

Cool, but it's there any standard interface to signal a program that it will be killed if it doesn't reduces its memory usage ?
Or for a program to signal systemd that the user has chosen a higher memory usage ?
For example, for a long time I have always set at least 2 GB of memory cache for reads and writes in qBittorrent settings so that the HDD or SSD is not used so often to maintain a good transfer speed while keeping the drive healthy for as long as possible.
I would not want systemd to stupidly kill qBittorrent for using such a high memory usage when I have told it to do so for my own reasons.

[RahulSundaram]

Cool, but it's there any standard interface to signal a program that it will be killed if it doesn't reduces its memory usage ?
Or for a program to signal systemd that the user has chosen a higher memory usage ?
For example, for a long time I have always set at least 2 GB of memory cache for reads and writes in qBittorrent settings so that the HDD or SSD is not used so often to maintain a good transfer speed while keeping the drive healthy for as long as possible.
I would not want systemd to stupidly kill qBittorrent for using such a high memory usage when I have told it to do so for my own reasons.

You are looking for cgroups integration which already exists. systemd exposes a number of knobs to manage it easily

https://www.freedesktop.org/software/systemd/man/systemd.resource-control.html

Here is what Fedora is planning to do by default in the next release for the workstation which might give you some ideas on how you can configure your torrent client

https://fedoraproject.org/wiki/Changes/Reserve_resources_for_active_user_WS

[oiaohm]

Cool, but it's there any standard interface to signal a program that it will be killed if it doesn't reduces its memory usage ?

No standard defines a signal for this. This is a on going horrible. oomd is based around plugin model

https://github.com/facebookincubator/oomd/blob/master/docs/configuration.md

So it would be possible to add plugin to do the signal if a standard signal is ever decided on.

Or for a program to signal systemd that the user has chosen a higher memory usage ?

Generally no you don't want to-do this. User alter rules of oomd or equal yes. Program itself signal and change the rules not a good idea because you can bet a few applications will do this when its really not the user intention.

oomd was designed for servers and services so you configure it by file and you are done. Its not really designed for the desktop case where user says X applications are currently critical and 15 min latter changes their mind.

[pininety]

Cool, but it's there any standard interface to signal a program that it will be killed if it doesn't reduces its memory usage ?
Or for a program to signal systemd that the user has chosen a higher memory usage ?
For example, for a long time I have always set at least 2 GB of memory cache for reads and writes in qBittorrent settings so that the HDD or SSD is not used so often to maintain a good transfer speed while keeping the drive healthy for as long as possible.
I would not want systemd to stupidly kill qBittorrent for using such a high memory usage when I have told it to do so for my own reasons.

As I understand it, the oom killer would only kill anything once you are in a low ram situation anyhow. So what is better, killing qBittorrent to free the 2GB of ram or to restart the machine because it has become unresponsive due to massive swapping etc?

[grok]

This is interesting
If the bittorrent client runs as a daemon you might ask the oom to kill the graphical user session. This could be a funny way to deal with this, especially on raspberry (which might use SD card and no swap). It just kills everything! except your daemons, sshds, things on tty1-4 (not sure that exists on raspi) and things you ran in screen hopefully.

[starshipeleven]

On the one hand, I could really use something like this, as my 4GB Raspberry Pi 4 slows down to practically locked up for a long time whenever I have an out of memory condition occur.

On the other hand, systemd...

like most other daemons in the systemd project, it works also without systemd