Re: Fedora 34 Change: Enable systemd-oomd by default for all variants (System-Wide Change)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Dec 21, 2020 at 4:52 PM Aleksei Bavshin <alebastr89@xxxxxxxxx> wrote:
>
>
>
> On 12/21/20 8:28 AM, Ben Cotton wrote:
> > == Documentation ==
> >
> > https://www.freedesktop.org/software/systemd/man/systemd-oomd.html<br />
> > https://www.freedesktop.org/software/systemd/man/oomctl.html<br />
> > https://www.freedesktop.org/software/systemd/man/oomd.conf.html
>
> > Be aware that if you intend to enable monitoring and actions on user.slice, user-$UID.slice, or their ancestor cgroups, it is highly recommended that your programs be managed by the systemd user manager to prevent running too many processes under the same session scope (and thus avoid a situation where memory intensive tasks trigger systemd-oomd to kill everything under the cgroup). If you're using a desktop environment like GNOME, it already spawns many session components with the systemd user manager.
>
> This makes me slightly very concerned. According to cgls, I have most of
> the apps running directly under user-$UID.slice -> session-X.scope. That
> includes a compositor (sway) and a few applications that consume
> uncomfortably close to 100% of available memory (firefox, thunderbird,
> clangd, gcc, etc...).
>
> My understanding is that unless I configure all of the above to run
> under dedicated scopes, an attempt to run a memory-intensive task would
> make systemd-oomd terminate the whole user slice with all my apps.
>
> Is there anything that could be improved for that scenario? I don't
> expect that all our desktop users would start using `systemd-run --scope
> --user` to launch their applications.
>

My understanding is that we intend to do exactly that for you
automatically when you open an application through a desktop file. So
it should be fine from that perspective.



-- 
真実はいつも一つ!/ Always, there's only one truth!
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux