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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 365DFC433FE for ; Mon, 11 Apr 2022 18:51:48 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1349277AbiDKSyB (ORCPT ); Mon, 11 Apr 2022 14:54:01 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40596 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1349257AbiDKSx6 (ORCPT ); Mon, 11 Apr 2022 14:53:58 -0400 Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0FD9612616; Mon, 11 Apr 2022 11:51:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1649703104; x=1681239104; h=message-id:date:mime-version:to:cc:references:from: subject:in-reply-to:content-transfer-encoding; bh=3NS2IckigsYPCW6uvTWzWoNogEPw6kTBCLQLlVDSA/w=; b=YFXU9kPUXNfX1I14Q3ebQ8+2Q+SxHCltlnTKIRqQFUQ2pjTfpCtqZQa3 JslkjZl9IqTHI0a0c+flDNstM4PH1BgLgbJPVXBTyUYjhLVPiE87I5idB YoW0bH++cgXQoBizvKRZHYRnBAXY3NYH0oI1w/zMXoXYQGSZiDU/PtEHs qYZGJJ1qsyt8iTd7OiCTnqGpv9f6ez+TPxpy6uonMrv8asnKHeEuz4n/E eVFvBIMPSEIRw1iGIjrpyooizzQ/4Y4mFIhfHYs5Sa/Z9J17trebwm/Am 70JsreTJQjb7X5okrZAKYMP+JZzdt8hA03z5Oq3G7zVZ49n1my/TOH9Da w==; X-IronPort-AV: E=McAfee;i="6400,9594,10314"; a="249471959" X-IronPort-AV: E=Sophos;i="5.90,252,1643702400"; d="scan'208";a="249471959" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 Apr 2022 11:51:43 -0700 X-IronPort-AV: E=Sophos;i="5.90,252,1643702400"; d="scan'208";a="572339167" Received: from minhjohn-mobl.amr.corp.intel.com (HELO [10.212.44.201]) ([10.212.44.201]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 Apr 2022 11:51:41 -0700 Message-ID: Date: Mon, 11 Apr 2022 11:51:46 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Content-Language: en-US To: Matthew Wilcox , Khalid Aziz Cc: akpm@linux-foundation.org, aneesh.kumar@linux.ibm.com, arnd@arndb.de, 21cnbao@gmail.com, corbet@lwn.net, dave.hansen@linux.intel.com, david@redhat.com, ebiederm@xmission.com, hagen@jauu.net, jack@suse.cz, keescook@chromium.org, kirill@shutemov.name, kucharsk@gmail.com, linkinjeon@kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, longpeng2@huawei.com, luto@kernel.org, markhemm@googlemail.com, pcc@google.com, rppt@kernel.org, sieberf@amazon.com, sjpark@amazon.de, surenb@google.com, tst@schoebel-theuer.de, yzaikin@google.com References: From: Dave Hansen Subject: Re: [PATCH v1 00/14] Add support for shared PTEs across processes In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 4/11/22 10:37, Matthew Wilcox wrote: > Another argument that MM developers find compelling is that we can reduce > some of the complexity in hugetlbfs where it has the ability to share > page tables between processes. When could this complexity reduction actually happen in practice? Can this mshare thingy be somehow dropped in underneath the existing hugetlbfs implementation? Or would userspace need to change?