Thread (70 messages) 70 messages, 4 authors, 2017-06-03

Re: [RFC PATCH v2 11/17] cgroup: Implement new thread mode semantics

From: Waiman Long <hidden>
Date: 2017-06-01 21:12:47
Also in: linux-mm, lkml

On 06/01/2017 04:52 PM, Tejun Heo wrote:
Hello,

On Thu, Jun 01, 2017 at 04:48:48PM -0400, Waiman Long wrote:
quoted
I think we are on agreement here. I should we should just document how
userland can work around the internal process competition issue by
setting up the cgroup hierarchy properly. Then we can remove the no
internal process constraint.
Heh, we agree on the immediate solution but not the final direction.
This requirement affects how controllers implement resource control in
significant ways.  It is a restriction which can be worked around in
userland relatively easily.  I'd much prefer to keep the invariant
intact.

Thanks.
Are you referring to keeping the no internal process restriction and
document how to work around that instead? I would like to hear what
workarounds are currently being used.

Anyway, you currently allow internal process in thread mode, but not in
non-thread mode. I would prefer no such restriction in both thread and
non-thread mode.

Cheers,
Longman
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help