On OpenRC, each tab already gets a new cgroup via the autocgroup feature provided by the kernel since 2.6.38.<div><br></div><div>AFAIK, SystemD wants more visibility, which us why it wants processes to use its cgroup management API, so that then it can manage those cgroups in a more personalized way. <br><br>On Sunday, September 3, 2023, Yury Zhuravlev <<a href="mailto:bugzilla_noreply@kde.org">bugzilla_noreply@kde.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><a href="https://bugs.kde.org/show_bug.cgi?id=439805" target="_blank">https://bugs.kde.org/show_bug.<wbr>cgi?id=439805</a><br>
<br>
Yury Zhuravlev <<a href="mailto:stalkerg@gmail.com">stalkerg@gmail.com</a>> changed:<br>
<br>
           What    |Removed                     |Added<br>
------------------------------<wbr>------------------------------<wbr>----------------<br>
                 CC|                            |<a href="mailto:stalkerg@gmail.com">stalkerg@gmail.com</a><br>
<br>
--- Comment #8 from Yury Zhuravlev <<a href="mailto:stalkerg@gmail.com">stalkerg@gmail.com</a>> ---<br>
What about OpenRC users? Is it make sense to use a separate cgroup for each tab<br>
on OpenRC?<br>
<br>
-- <br>
You are receiving this mail because:<br>
You are the assignee for the bug.</blockquote></div>