desktop entry proposal: TerminateSafe=true key
Lennart Poettering
mzkqt at 0pointer.de
Fri May 7 10:53:03 PDT 2010
On Fri, 07.05.10 10:49, Colin Walters (walters at verbum.org) wrote:
>
> On Fri, May 7, 2010 at 10:38 AM, Lennart Poettering <mzkqt at 0pointer.de> wrote:
> >
> > oom_adj is a way to make the OOM killer smarter. So far only very few
> > apps set that, but we certainly could change that.
>
> I think asking application authors to patch their apps to use that
> interface is a lot less nice than say asking them to add this key, and
> then if we decided that using the extant oom_adj kernel interface was
> the way to go, the desktop UI could set oom_adj when launching the app
> (after fork, before exec if it's inherited, otherwise take the small
> race condition and set it after invocation).
That in fact is very similar to how systemd handles this: in our
.service files you have the OOMAdjust setting which is used to initialize
the oom_adj field on fork().
If this is added to the .desktop files too, then I'd however suggest to
follow the oom_adj semantics closely, and make the field a nice-like
value instead of a boolean. And it might be an idea to prefix this with
X- or so, because then it becomes Linux-specific. Example:
X-OOMAdjust=10
> > So tell me, why exactly do you want this to be duplicated in userspace?
>
> We can work out the exact details of how all the components interact
> after the fact.
Well, before changing a standard one should have a good idea of the use
case and a possible implementation...
Lennart
--
Lennart Poettering Red Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
More information about the xdg
mailing list