Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp282944pxj; Fri, 7 May 2021 08:30:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzGUzf1lhnkTDkb0Qj6/aU8IphmRwIcs40+2z/gDPvyKd+kSelV3RAg4seiX/Vlxf1y4e6Q X-Received: by 2002:a17:90a:bc8:: with SMTP id x8mr23553874pjd.224.1620401454509; Fri, 07 May 2021 08:30:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620401454; cv=none; d=google.com; s=arc-20160816; b=o6alDZZmVxYJH1FEHz2a0tGMIvmCYdNxN5EXTV/yyGmX4hOG3Qf0WMJlp+cjIERC5a Q/ZbJIay+UjiDrWx2i+0FvE6qRAqu31dpvqeraNCJxcEeE2deyBgqlOVyuekgmsKGDBm VZYSIzeDqnvK3crXmktO5XF32oWDvTUXAL+1fAH701tkJ2uo7CvvuaOb5tYJOEoVfHcb efYpf+5pnOm1ECNR5Pn95WhDGC2sJaPuiFNbMGzSwMmd7N68Zhsbs2yabJSLLCO1mE1z eibeiZ5jc7Q/tVEramg+X6IEWqgo7Y8IYMfkyxDvnT5G5rgUVLoR41iyn91ZL2wSz6J9 PapQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=pOH3zjMMN9c9piP/lYQVoQCM99iVN0Oh3DJ/TvPnF3Y=; b=OJwdjqA++N7+rVQNhqZu+5gL4G3pgcENJRkVH9h1Kpu1D8i6SYga5REDQ+ZRmsG2A0 VO9uJatBkXTHBF4nE2mJvwAjMIE75f8muajL2J6kGDJDkcQWmdrMuioe8AQjSrbuANFG s97LupRFURiKuZnheNrYvPFthsFZd0thsb8UtBHGQbQ2dAa8mVazdJjWYCCZuLVZdmtC sz2rZSFtQvd4nt3Z3DRSf3osRPRhFFJeFX/rkcBabVhmR2GEhjRqQg5hVlSoTqmEyCAX n4BBNc/zIsoeVn5CFiyl2gmmDJ8Eo9PkHKKtwP6c0fVtwB8cx3Lz7R8DngOVKOUUGDdh z57Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w5si6653920pgm.129.2021.05.07.08.30.40; Fri, 07 May 2021 08:30:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233944AbhEGL3c (ORCPT + 99 others); Fri, 7 May 2021 07:29:32 -0400 Received: from mx2.suse.de ([195.135.220.15]:43976 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233369AbhEGL3b (ORCPT ); Fri, 7 May 2021 07:29:31 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 287B9B14A; Fri, 7 May 2021 11:28:30 +0000 (UTC) Subject: Re: [PATCH Part2 RFC v2 08/37] x86/sev: Split the physmap when adding the page in RMP table To: Dave Hansen , Andy Lutomirski , Brijesh Singh Cc: X86 ML , LKML , kvm list , Thomas Gleixner , Borislav Petkov , Joerg Roedel , Tom Lendacky , Paolo Bonzini , Ingo Molnar , David Rientjes , Sean Christopherson , Peter Zijlstra , "H. Peter Anvin" , Tony Luck References: <20210430123822.13825-1-brijesh.singh@amd.com> <20210430123822.13825-9-brijesh.singh@amd.com> From: Vlastimil Babka Message-ID: <5c07ff2c-efb4-5f7b-0ad6-d52d985e5c46@suse.cz> Date: Fri, 7 May 2021 13:28:28 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 5/3/21 5:41 PM, Dave Hansen wrote: > On 5/3/21 8:15 AM, Andy Lutomirski wrote: >> How much performance do we get back if we add a requirement that only >> 2M pages (hugetlbfs, etc) may be used for private guest memory? > > Are you generally asking about the performance overhead of using 4k > pages instead of 2M for the direct map? We looked at that recently and > pulled together some data: IIUC using 2M for private guest memory wouldn't be itself sufficient, as the guest would also have to share pages with host with 2MB granularity, and that might be too restrictive? >> https://lore.kernel.org/lkml/213b4567-46ce-f116-9cdf-bbd0c884eb3c@linux.intel.com/ >