[PATCH 6/6] Makes procs file writable to move all threads by tgid at once
menage at google.com
Mon Aug 3 12:55:33 PDT 2009
On Mon, Aug 3, 2009 at 12:45 PM, Serge E. Hallyn<serue at us.ibm.com> wrote:
> This is probably a stupid idea, but... what about having zero
> overhead at clone(), and instead, at cgroup_task_migrate(),
> dequeue_task()ing all of the affected threads for the duration of
> the migrate?
That doesn't sound too unreasonable, actually - it would certainly
simplify things a fair bit. Is there a standard API for doing that?
dequeue_task() itself doesn't really look like a public API. I guess
that the task freezer would be one way to accomplish this?
I can imagine that the set of people who'd complain about the latency
hit when migrating with your solution would be smaller than the people
who'd complain about the increased overhead in the normal clone case.
More information about the Containers