<div dir="ltr">Recently there has been work on a specification to consistently group userspace application processes together through cgroups and make sure we all use the same naming conventions for services and slices.<br><br>Given there is realistically only one cgroup controller out there with user access the current discussions have been happening on systemd, with a draft specification here: <a href="https://systemd.io/DESKTOP_ENVIRONMENTS/" target="_blank">https://systemd.io/DESKTOP_ENVIRONMENTS/</a><br><br><div>This email is meant purely as a heads-up that we're having an ongoing discussion about something that is cross-desktop which participants on this mailing list might not be aware of. Long term we can look at hotlinking or moving the specification onto <a href="http://specifications.freedesktop.org" target="_blank">specifications.freedesktop.org</a> when it enters a stable state.<br></div><br>In short the idea is that every time we open a new graphical application it gets put into a new cgroup. This can improve resource distribution fairness, OOM handling, as well as making life easier and more correct for task managers and system monitors and alike. More information on the motivations can be found at my blog [1] or Benjamin Berg's Guadec talk [2].<br><br><div>Most applications won't need to change anything, but programs that launch other applications will need to be using relevant API. [3].</div><div></div><br>[1] <a href="http://blog.davidedmundson.co.uk/blog/modern-process-management-on-the-desktop/" target="_blank">http://blog.davidedmundson.co.uk/blog/modern-process-management-on-the-desktop/</a><br><div>[2] <a href="https://www.youtube.com/watch?v=cmYCM3S_YEY" target="_blank">https://www.youtube.com/watch?v=cmYCM3S_YEY</a></div><div>[3] <a href="https://invent.kde.org/snippets/1111" target="_blank">https://invent.kde.org/snippets/1111</a></div></div>