Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758872AbeAIVKV (ORCPT + 1 other); Tue, 9 Jan 2018 16:10:21 -0500 Received: from mail-qk0-f173.google.com ([209.85.220.173]:34996 "EHLO mail-qk0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754143AbeAIVKE (ORCPT ); Tue, 9 Jan 2018 16:10:04 -0500 X-Google-Smtp-Source: ACJfBouC7FU5RBKK0lfbZV6nl/yfeoV2kBlQUzdtn6A9kmXu5qegwv5VfTnDi4tadgtNYFkO1OWbOQ== Date: Tue, 9 Jan 2018 13:10:00 -0800 From: Tejun Heo To: "Michael Kerrisk (man-pages)" Cc: Peter Zijlstra , cgroups@vger.kernel.org, lkml , linux-man , "Serge E. Hallyn" , Mike Galbraith , Li Zefan , Ingo Molnar , Paul Turner , kernel-team@fb.com, Andy Lutomirski , Johannes Weiner , Lauro Venancio , Waiman Long Subject: Re: cgroups(7): documenting cgroups v2 thread mode Message-ID: <20180109211000.GT3668920@devbig577.frc2.facebook.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: Hello, On Tue, Jan 02, 2018 at 07:24:01PM +0100, Michael Kerrisk (man-pages) wrote: > 2. We write the string "threaded" to each of the domain invalid > cgroups under y, in order to convert them to the type > threaded. As a consequence of this step, all threads under > the threaded root now have the type threaded and the > threaded subtree is now fully usable. The requirement to > write "threaded" to each of these cgroups is somewhat cum‐ > bersome, but allows for possible future extensions to the > thread-mode model. > > ┌─────────────────────────────────────────────────────┐ > │FIXME │ > ├─────────────────────────────────────────────────────┤ > │Re the preceding paragraphs... Are there other rea‐ │ > │sosn for the (cumbersome) requirement to write │ > │'threaded' to each of the cgroup.type files in the │ > │threaded subtrees? Tejun Heo mentioned the follow‐ │ > │ing: │ > │ │ > │ Consistency w/ the cgroups right under the root │ > │ cgroup. Because they can be both domains and │ > │ threadroots, we can't switch the children over │ > │ to thread mode automatically. Doing that for │ > │ cgroups further down in the hierarchy would be │ > │ really inconsistent. │ > │ │ > │But, it's not clear to me how "Doing that for │ > │cgroups further down in the hierarchy would be │ > │really inconsistent", since in the current implemen‐ │ > │tation, those same thread groups are converted to │ > │"domain invalid" type. What am I missing? │ > └─────────────────────────────────────────────────────┘ Yeah, I was confused with an earlier varient where we were marking threaded domains instead of threaded roots. It's mostly about future extensibility (especially as Waiman was proposing related changes there) and not doing things automatically / recursively if possible. Looks good to me. Thanks. -- tejun