Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp896286rwi; Thu, 13 Oct 2022 06:40:45 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5jRRBnrFcaANHRjIC493lH52xljANNEJ3MswmnPBGcrGWUoEYGvK74FYzbsKHldUkf3c2S X-Received: by 2002:a17:907:2cf5:b0:78d:5d7a:9cde with SMTP id hz21-20020a1709072cf500b0078d5d7a9cdemr26268925ejc.17.1665668444922; Thu, 13 Oct 2022 06:40:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1665668444; cv=none; d=google.com; s=arc-20160816; b=UBKI0Z9Y8PASc47qMEUcGIB6ckl9R59ovTralPEFBhPclSHHUZAK5ML8wwxKi9DOIU d1kWlZHQkVXunMJreSoWffffkfjUxho08gwTxU9e8ecgUSjqHjLJhvxQxw/DgSETkyNb C/3GyQaELCQu58rsMjkVPcPZ5JDtC01VBfpMTRGm6Smz+xSGtmnhE5N8weWsQt31TK/c a0NFw3Tl1W20xuec0hsXIKvzG1X4nc4gDXmV0jt6Sq9Gh9aH0FdJ5g8hKfHuU05uA4hU yaQDJkwPGUCYlZwA/lGQDktyxIqiYEezxv68d6CWcNzi5KEmy/9u7TKmiBaq5P3P9b1T cR8Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:subject:user-agent:mime-version:date:message-id :dkim-signature; bh=E2cH3XkUWNLmNpwPQYLhtWACtStFj+VXNiGHkNXCbo0=; b=MnHxt5eotSqihbAVi/toWS3gByia3UXOHGyMhUb++eCEIuEsxxZdhFJoos/sb2gbjU kITAKlULfQ1Meswnbu3Kx8O7U6a6EBDroiODKzJ4hGPcVrfy0+8CLN8gAW2v3280CyRX DU8B1ACouLAjoO6ErN1q5984RnIzprsey0mja8D3cdMlbBc6M5YatqlERFMgVGdmcTUn ri5gY8gNYKya6MIJbwUjU0olszk4tZQFSr3LkH3UaoxK13YamN55oSbaGQMPqjO+Gzvp S35yvLg/EqWz5Zd6KhxDgBDemdCPxmuSvGQRqupyM42moejxxGzXScwe47+Z02VkVrOJ hKvQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@bytedance-com.20210112.gappssmtp.com header.s=20210112 header.b=XxwCvmQ1; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=bytedance.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id w21-20020a05640234d500b0045698986b50si5764736edc.511.2022.10.13.06.40.19; Thu, 13 Oct 2022 06:40:44 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@bytedance-com.20210112.gappssmtp.com header.s=20210112 header.b=XxwCvmQ1; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=bytedance.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229691AbiJMMvN (ORCPT + 99 others); Thu, 13 Oct 2022 08:51:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34792 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229671AbiJMMvJ (ORCPT ); Thu, 13 Oct 2022 08:51:09 -0400 Received: from mail-qv1-xf35.google.com (mail-qv1-xf35.google.com [IPv6:2607:f8b0:4864:20::f35]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1356BC4D99 for ; Thu, 13 Oct 2022 05:51:05 -0700 (PDT) Received: by mail-qv1-xf35.google.com with SMTP id y10so1170434qvo.11 for ; Thu, 13 Oct 2022 05:51:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bytedance-com.20210112.gappssmtp.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to:subject :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=E2cH3XkUWNLmNpwPQYLhtWACtStFj+VXNiGHkNXCbo0=; b=XxwCvmQ1OfqgGGbTHrcRTCqJQWsDbCAQaVv1lDeA+U/bZDTMcdIsls3Z9siap5rSd2 hvneGkBQHEedy2YDOcb9hXvo33bTwqgMS5dmPvBRasi2lr/hp7IeptFLeUIqjRU0lFTI uizc1YvsBhmHDhetspqPlCknQqP4Y3kZs9h5lfpRI3voVtOcm2ljtlxXREaNF+6Hcny6 v5tVRgHfAhPBy4SrwxfCP0wHcZ1F1lev3ymv1oSe0Q4+FAFq1GJS/oLSrrFxEDRoepS+ 3rCqFR/1Y3jQ7FGzes2cKVlq5c8J6p84PORSkId4LuLMZV3rR1Rnsagi/dMrZj/dHMcx UPbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to:subject :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=E2cH3XkUWNLmNpwPQYLhtWACtStFj+VXNiGHkNXCbo0=; b=t2yhK3wqOFF/k9S+/cWA4pg9kHSgKjR8iX/EnkMJE96x+L+Zxcl8YcyJzHKJTkfZ6B eU+xZALiuoffBGn+3H8HEYid3UJ23O7Sb5WIUyi+L7C88UXbHsazrRryPJ50YjllikrU pOmDNl31ZDywLWlZ9zcAU61+t3ce0xz7s3JoYtxJG6Lpw8PLj3fd8dQN6LdQweLx8l5H 3+OgHCXoNOj3vWUilcgFgVl1Cl0xQnI13mQ4FptcB6A1MqxqY6MTxloTHFFtId3NSpnr ecYPHw53XVQV+xqARGZAqRAzuFEwtHOqfEbnMjbcNFwbA+o8Q31/VJfPS8uE7YxfZJI3 jkrg== X-Gm-Message-State: ACrzQf0jzKAHmKTY47iEKYmsWZFBqucGlWd71eUuUr/r3ctGV467HvRr +jgpfDOSRAUGD+okpUXWNQ9MUrE2eIN3yQ== X-Received: by 2002:a17:902:da8a:b0:180:6f4f:beee with SMTP id j10-20020a170902da8a00b001806f4fbeeemr30972033plx.82.1665665454343; Thu, 13 Oct 2022 05:50:54 -0700 (PDT) Received: from [10.68.76.92] ([139.177.225.245]) by smtp.gmail.com with ESMTPSA id c72-20020a621c4b000000b00561c179e17dsm1934281pfc.76.2022.10.13.05.50.50 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 13 Oct 2022 05:50:53 -0700 (PDT) Message-ID: Date: Thu, 13 Oct 2022 20:50:48 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.3.2 Subject: Re: [External] Re: [RFC] mm: add new syscall pidfd_set_mempolicy() To: Michal Hocko Cc: corbet@lwn.net, akpm@linux-foundation.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, linux-doc@vger.kernel.org, wuyun.abel@bytedance.com References: <20221010094842.4123037-1-hezhongkun.hzk@bytedance.com> <582cf257-bc0d-c96e-e72e-9164cff4fce1@bytedance.com> From: Zhongkun He In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org >> Hi Michal >> >> Could we try to change the MPOL_F_SHARED flag to MPOL_F_STATIC to >> mark static mempolicy which cannot be freed, and mpol_needs_cond_ref >> can use MPOL_F_STATIC to avoid freeing the static mempolicy. > > Wouldn't it make more sense to get rid of a different treatment and > treat all memory policies the same way? I found a case, not sure if it makes sense. If there is no policy in task->mempolicy, the use of atomic_{inc,dec} can be skiped according to MPOL_F_STATIC. Atomic_{inc,dec} in hot path may reduces performance. Thanks.