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 kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 70339C5475B for ; Fri, 1 Mar 2024 04:29:44 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 05F516B0088; Thu, 29 Feb 2024 23:29:44 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 00D9B6B0089; Thu, 29 Feb 2024 23:29:43 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id E17776B008A; Thu, 29 Feb 2024 23:29:43 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id CE39C6B0088 for ; Thu, 29 Feb 2024 23:29:43 -0500 (EST) Received: from smtpin21.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id 5297414042B for ; Fri, 1 Mar 2024 04:29:42 +0000 (UTC) X-FDA: 81847191804.21.8058CF0 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf20.hostedemail.com (Postfix) with ESMTP id 384B61C0006 for ; Fri, 1 Mar 2024 04:29:38 +0000 (UTC) Authentication-Results: imf20.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=uZqgaNhi; dmarc=none; spf=none (imf20.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1709267380; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=T9NQEvnKSUP/JDyDPAsdG2vMPyxF6RERLjMtKcutnAA=; b=szT64dYkZoc9f7KXpGeSEKyaOcMjmtNC9Wl1kPhgCpoDkEqJMVmKFBmvIIyIKfwlIVVSvQ xz0pC2VZfJ+r0xqMnMSbiBwGdekNUIRhXuC3xvRjdNdRZfwcX8hjsuj/SJ8LiZ6HsC7OnI CST2+T07mr7kKB6p3O3LXBlhP7R4U9I= ARC-Authentication-Results: i=1; imf20.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=uZqgaNhi; dmarc=none; spf=none (imf20.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1709267380; a=rsa-sha256; cv=none; b=Q2xTT46UaLxOG3Cq7KMJZwAsJeFpj+mINMJEkE5x8j6awafDerxk3tooaAJtn9qPvHvUsT S1BJg1MMc0ExJqS2lSvhoSQhFefG2exEvP5MyM1mV6G3pRU9O+k0IEi13/g9rLtZEb+feT HTzp0X5zh0yYOSnEVxQYn3bzRnyI+Kg= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=T9NQEvnKSUP/JDyDPAsdG2vMPyxF6RERLjMtKcutnAA=; b=uZqgaNhiVZuSDobvMrDNvZC6RR KJucf7C/ljmWGifNOomIwLD9IafFAchakhNHz38m/98kxwqJ+OxGvGms5dO+bZb9amrso7Q+2ypu4 Gt0yxAcq2RfF+1hEhv2TyQX2H4t11KiFpdrEvEE08DcTfqbh0ry8jAbNcU14HkK3D5kRtmS4Nhxh4 bx9cpADQRgXd0HKZXfy9391QpXHsK0Iy3hq5RmQv9rq0sTdqe/1/uQC2brWDx2/a4/Rs6fOxrwxQs kfuqbn75xfWli0n0OC7DgoYfWfQGo1feeg+8iDzaGnaQJiDmtZHTku30WkcyXCJtuTQyi9OLBn1z6 tQQVXyDg==; Received: from willy by casper.infradead.org with local (Exim 4.97.1 #2 (Red Hat Linux)) id 1rfuWc-00000009tjO-0biX; Fri, 01 Mar 2024 04:29:34 +0000 Date: Fri, 1 Mar 2024 04:29:34 +0000 From: Matthew Wilcox To: James Houghton Cc: Peter Xu , lsf-pc@lists.linux-foundation.org, linux-mm@kvack.org, Muchun Song Subject: Re: [LSF/MM/BPF TOPIC] Hugetlb Unifications Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: 384B61C0006 X-Stat-Signature: iby3g9y1hiwmsokmzm6gmz1na5xczymm X-Rspam-User: X-HE-Tag: 1709267378-322124 X-HE-Meta: U2FsdGVkX19tkpb0JCDBEDHo1QXlLTxWPOMJJAhxetsdStULIhYYgDP+U3OqGPbtyFVf5cvQYCWfBqFXIthIctY4hoMbhBplaBykX1Li92zzlHXWbyVUAuQfIgH7DBibPyVdWr1JfvgTGntNc/CItMYERZZGsoockbzMewKGcxRJ4XyTWrXDAI+ttnhW9TeBfhawcpCFiV0KPUVIRJmu8sI+YLuFGLZtQsnypL3wTGysojHhg6TXmN6yn1lkO8d+NGimONKbR8lRbutyb8XyVEuZhaBBB2KEMfgU3ZpOuBRVvkQU31td18Qc8+F/T15HHED8GnXfZnN+gKwrMN271JZtzWCskL0WlSqUUWwfxR1eK0uamlzgo2WC2itDDNU0onGQYl3uFF6MVfduC4nFlyRtgRQKEK9Xfvwh3PlQZ85Nvty9fImu+5CxENeG90smnNCU0SDLJi85Wr50cJqS2Gdw4uK1gBNCHYvCxtouhpAagJi95rZyyAQBazZ8aZS8lSJIbSpP7qaG05IOU0xNMCdyEDd1JnqEGod0gN2oQO00AmbKF8dNtvbsW4p0qjfDNcjRUFtp6MCOxNx0nyYkQKnU/QWcPXRUiVBVTp7TLBmYYhCx2J1Oi0S9Hhd3qoeii3rY+y1mMFM6RwZ4knJHOV4m+sW2+xtbbm0O/2WqB9Jy9EKWHQBuTIu+smcyFGK5/ZCjilQEi/BNnhoRuR24SoMP+JpPO0uo6AZWS5NBS1ZqNFD6SxYYjp34LWU5AZqXqTyjd2z2FuVJvCUZVLHUNGHmwpEcU2ecxUV8K9wFamzFpX6Hbhqo0Q5i8NnczF09rfNEM3/6z5a2KLG5PNR9Fg== X-Bogosity: Ham, tests=bogofilter, spamicity=0.005516, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Thu, Feb 29, 2024 at 05:37:23PM -0800, James Houghton wrote: > - It has HVO (which can hopefully be dropped in a memdesc world) I've spent a bit of time thinking about this. I'll keep this x86-64 specific just to have concrete numbers. Currently a 2MB htlb page without HVO occupies 64 * 512 = 32kB. With HVO, it's reduced to 8kB. A 1GB htlb page occupies 64 * 256k = 8MB, with HVO, it's still 8kB (right?) In a memdesc world, a 2MB page without HVO consumes 8 * 512 = 4kB. There's no room for savings here. But a 1GB page takes 8 * 256k = 2MB. There's still almost 2MB of savings to be had here, so I suspect some people will still want it. Hopefully Yu Zhao's zone proposal lets us enable HVO for THP. At least 1GB ones. I do have a proposal to turn mmap into a much more dynamic data structure where we'd go from a fixed 8 bytes per page to around 16 bytes per allocation. But it depends on memdescs working first, and we haven't demonstrated that yet, so it's not worth talking about. It's much more complicated than 8 bytes per page, so it may not be worth doing.