From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.3 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id EF4FAC432BE for ; Thu, 26 Aug 2021 19:16:01 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id D15116024A for ; Thu, 26 Aug 2021 19:16:01 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243478AbhHZTQs (ORCPT ); Thu, 26 Aug 2021 15:16:48 -0400 Received: from vmi485042.contaboserver.net ([161.97.139.209]:34926 "EHLO gentwo.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S243360AbhHZTQr (ORCPT ); Thu, 26 Aug 2021 15:16:47 -0400 Received: by gentwo.de (Postfix, from userid 1001) id 9ABCEB00397; Thu, 26 Aug 2021 21:15:57 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by gentwo.de (Postfix) with ESMTP id 92245B00356; Thu, 26 Aug 2021 21:15:57 +0200 (CEST) Date: Thu, 26 Aug 2021 21:15:57 +0200 (CEST) From: Christoph Lameter To: Marcelo Tosatti cc: Frederic Weisbecker , linux-kernel@vger.kernel.org, Nitesh Lal , Nicolas Saenz Julienne , Juri Lelli , Peter Zijlstra , Alex Belits , Peter Xu Subject: Re: [patch V3 2/8] add prctl task isolation prctl docs and samples In-Reply-To: <20210826121131.GA152063@fuller.cnet> Message-ID: References: <20210824152423.300346181@fuller.cnet> <20210824152646.706875395@fuller.cnet> <20210826095958.GA908505@lothringen> <20210826121131.GA152063@fuller.cnet> User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 26 Aug 2021, Marcelo Tosatti wrote: > Decided on a separate prctl because the inheritance control > is not a feature itself: it acts on all features (or how task isolation > features are inherited across fork/clone). I am having a hard time imagening use cases for such a feature since I usally see special code sections optimized to run without OS jitter and not whole processes. AFAICT You would not want to have any of these on because they cause performance regression if you must do syscalls related to process startup and termination. Since we are adding docs: Could we have some sample use cases for when these features are useful?