Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp628275pxf; Wed, 31 Mar 2021 11:49:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwTgAlsiyZd9zfEF5eI3KxF0jArv4wt/DaM1uK7PizD/ozmwvpJ8H83IN8sS+o9wS6zVJgf X-Received: by 2002:a05:6402:3596:: with SMTP id y22mr5499781edc.207.1617216574079; Wed, 31 Mar 2021 11:49:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617216574; cv=none; d=google.com; s=arc-20160816; b=oA8Y0GzjJdIfnOEqINoKIKcmiGJL3G4beefomPu7XwtIudLpVtAztyoIcfihplZ4n6 vGTygwuzI3B7Yxh340rw3sY5KvACbXeXPPoJyyn4LDKLLMTRh3Kbo4Vrf8GZSzTXzNes ji2W5j0Z40OayfMJ1/3HI4B8ZxIWA/YsIdZT2HU0Fu8bLSyOERJDR+V3K+uCLUKAYxLr AdmcphFLb+NmbzQEVpJkAzsYCKDv5TJpxh2JyR5K1woc9Y/iyEQeAnzVCQ2vwO4SIw4l IJiK7z+gZwcmDDs/qdxF9+K1/9VrBNAYrY0Rz3r8pn6PcwJyVemFTw0cTqUj5joq8qpH GLuw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=tIs14YIIwRZKfo0rAopimIxO5uzjJAKGGe9VnY1WNb8=; b=OfwAlospJOzBRhPIopPULEMimCcipibMd2GnpeXHKt4VB5TWmzU8sIqnbJR93Zt6g3 Z6oViv51ibGB17NJ9Y2ptM8xXusTxAAtNIOrZy1RDSxVO+MS/BMcwqzF/yHCb+GJ78dw vazInAJOU011uS/VYlSFnROFLrHV/9vTqHPuLn/Cz5KAjPXFoeOJ4t0Kt65u1NY77/+z CMMbCWURYceCjqqpZNEntPLJEtrrreRQ77L2DBPKCj5RkoNSS+0KacijzopgW4FW0HDo Rs21OlHw5KwA5mX5ZIes9QaCCFckP6W7lXX72qrE3M7RRTw1IvSrYl6cMZTRsr+24iQK XnNA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=juB2iYt9; 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 d5si2373832edr.381.2021.03.31.11.49.10; Wed, 31 Mar 2021 11:49:34 -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; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=juB2iYt9; 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 S234311AbhCaSsN (ORCPT + 99 others); Wed, 31 Mar 2021 14:48:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45216 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234832AbhCaSrp (ORCPT ); Wed, 31 Mar 2021 14:47:45 -0400 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A7974C061574; Wed, 31 Mar 2021 11:47:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=Content-Transfer-Encoding:MIME-Version: Message-Id:Date:Subject:Cc:To:From:Sender:Reply-To:Content-Type:Content-ID: Content-Description:In-Reply-To:References; bh=tIs14YIIwRZKfo0rAopimIxO5uzjJAKGGe9VnY1WNb8=; b=juB2iYt9PqzwSCiH/LNPjbxthY oIE9Eonee/zirl4B/L1yLl/xjdICFHsAaR1g40TzUR5ttmoyIk+41i2ws0OddsGKQCbwtIpXwLuhO 5NT0CV42vMEJw8r0EBeTvDGHT3qWqx/gFbf5qkUnWFuuMTx8SFdhFR/wyY2qzwjhszWHTuWeZjRDr m5A5guTOIDmh7IRqTou6iADC/XCYPkShk2613AUnTrgu5cLWH2kuctKnP71yRN+H29I3wiLuwr/Hk Yg9kPF/pvbRh47bcM+31W2jqwbCS0Y2iwm+55Ag3dTryXb4h4ky9+tw2ZJmqiaK5rAcX2QzV+IdUk nIx9L5aw==; Received: from willy by casper.infradead.org with local (Exim 4.94 #2 (Red Hat Linux)) id 1lRfsH-004z5P-Vc; Wed, 31 Mar 2021 18:47:34 +0000 From: "Matthew Wilcox (Oracle)" To: linux-mm@kvack.org Cc: "Matthew Wilcox (Oracle)" , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-cachefs@redhat.com, linux-afs@lists.infradead.org Subject: [PATCH v6 00/27] Memory Folios Date: Wed, 31 Mar 2021 19:47:01 +0100 Message-Id: <20210331184728.1188084-1-willy@infradead.org> X-Mailer: git-send-email 2.29.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Managing memory in 4KiB pages is a serious overhead. Many benchmarks exist which show the benefits of a larger "page size". As an example, an earlier iteration of this idea which used compound pages got a 7% performance boost when compiling the kernel using kernbench without any particular tuning. Using compound pages or THPs exposes a serious weakness in our type system. Functions are often unprepared for compound pages to be passed to them, and may only act on PAGE_SIZE chunks. Even functions which are aware of compound pages may expect a head page, and do the wrong thing if passed a tail page. There have been efforts to label function parameters as 'head' instead of 'page' to indicate that the function expects a head page, but this leaves us with runtime assertions instead of using the compiler to prove that nobody has mistakenly passed a tail page. Calling a struct page 'head' is also inaccurate as they will work perfectly well on base pages. The term 'nottail' has not proven popular. We also waste a lot of instructions ensuring that we're not looking at a tail page. Almost every call to PageFoo() contains one or more hidden calls to compound_head(). This also happens for get_page(), put_page() and many more functions. There does not appear to be a way to tell gcc that it can cache the result of compound_head(), nor is there a way to tell it that compound_head() is idempotent. This series introduces the 'struct folio' as a replacement for head-or-base pages. This initial set reduces the kernel size by approximately 5kB by removing conversions from tail pages to head pages. The real purpose of this series is adding infrastructure to enable further use of the folio. The medium-term goal is to convert all filesystems and some device drivers to work in terms of folios. This series contains a lot of explicit conversions, but it's important to realise it's removing a lot of implicit conversions in some relatively hot paths. There will be very few conversions from folios when this work is completed; filesystems, the page cache, the LRU and so on will generally only deal with folios. I analysed the text size reduction using a config based on Oracle UEK with all modules changed to built-in. That's obviously not a kernel which makes sense to run, but it serves to compare the effects on (many common) filesystems & drivers, not just the core. add/remove: 34266/34260 grow/shrink: 5220/3206 up/down: 1083860/-1088546 (-4686) Current tree at: https://git.infradead.org/users/willy/pagecache.git/shortlog/refs/heads/folio (contains another ~100 patches on top of this batch, not all of which are in good shape for submission) v6: - Rebase on next-20210330 - wait_bit_key patch merged by Linus - wait_on_page_writeback_killable() patches merged by Linus - Documentation patch merged by Andrew - Move folio_next_index() into this series - Move folio_offset() and folio_file_offset() into this series - Mirror members of struct page (for pagecache / anon) into struct folio, so (eg) you can use folio->mapping instead of folio->page.mapping - Add folio_ref_* functions, including kernel-doc for folio_ref_count(). - Add count_memcg_folio_event() - Add put_folio_testzero() - Add folio_mapcount() - Add FolioKsm() - Fix afs_page_mkwrite() compilation - Fix/improve kernel-doc for - struct folio - add_folio_wait_queue() - wait_for_stable_folio() - wait_on_folio_writeback() - wait_on_folio_writeback_killable() v5: - Rebase on next-20210319 - Pull out three bug-fix patches to the front of the series, allowing them to be applied earlier. - Fix folio_page() against pages being moved between swap & page cache - Fix FolioDoubleMap to use the right page flags - Rename next_folio() to folio_next() (akpm) - Renamed folio stat functions (akpm) - Add 'mod' versions of the folio stats for users that already have 'nr' - Renamed folio_page to folio_file_page() (akpm) - Added kernel-doc for struct folio, folio_next(), folio_index(), folio_file_page(), folio_contains(), folio_order(), folio_nr_pages(), folio_shift(), folio_size(), page_folio(), get_folio(), put_folio() - Make folio_private() work in terms of void * instead of unsigned long - Used page_folio() in attach/detach page_private() (hch) - Drop afs_page_mkwrite folio conversion from this series - Add wait_on_folio_writeback_killable() - Convert add_page_wait_queue() to add_folio_wait_queue() - Add folio_swap_entry() helper - Drop the additions of *FolioFsCache - Simplify the addition of lock_folio_memcg() et al - Drop test_clear_page_writeback() conversion from this series - Add FolioTransHuge() definition - Rename __folio_file_mapping() to swapcache_mapping() - Added swapcache_index() helper - Removed lock_folio_async() - Made __lock_folio_async() static to filemap.c - Converted unlock_page_private_2() to use a folio internally v4: - Rebase on current Linus tree (including swap fix) - Analyse each patch in terms of its effects on kernel text size. A few were modified to improve their effect. In particular, where pushing calls to page_folio() into the callers resulted in unacceptable size increases, the wrapper was placed in mm/folio-compat.c. This lets us see all the places which are good targets for conversion to folios. - Some of the patches were reordered, split or merged in order to make more logical sense. - Use nth_page() for folio_next() if we're using SPARSEMEM and not VMEMMAP (Zi Yan) - Increment and decrement page stats in units of pages instead of units of folios (Zi Yan) v3: - Rebase on next-20210127. Two major sources of conflict, the generic_file_buffered_read refactoring (in akpm tree) and the fscache work (in dhowells tree). v2: - Pare patch series back to just infrastructure and the page waiting parts. Matthew Wilcox (Oracle) (27): mm: Introduce struct folio mm: Add folio_pgdat and folio_zone mm/vmstat: Add functions to account folio statistics mm/debug: Add VM_BUG_ON_FOLIO and VM_WARN_ON_ONCE_FOLIO mm: Add folio reference count functions mm: Add put_folio mm: Add get_folio mm: Create FolioFlags mm: Handle per-folio private data mm/filemap: Add folio_index, folio_file_page and folio_contains mm/filemap: Add folio_next_index mm/filemap: Add folio_offset and folio_file_offset mm/util: Add folio_mapping and folio_file_mapping mm: Add folio_mapcount mm/memcg: Add folio wrappers for various functions mm/filemap: Add unlock_folio mm/filemap: Add lock_folio mm/filemap: Add lock_folio_killable mm/filemap: Add __lock_folio_async mm/filemap: Add __lock_folio_or_retry mm/filemap: Add wait_on_folio_locked mm/filemap: Add end_folio_writeback mm/writeback: Add wait_on_folio_writeback mm/writeback: Add wait_for_stable_folio mm/filemap: Convert wait_on_page_bit to wait_on_folio_bit mm/filemap: Convert wake_up_page_bit to wake_up_folio_bit mm/filemap: Convert page wait queues to be folios Documentation/core-api/mm-api.rst | 3 + fs/afs/write.c | 7 +- fs/cachefiles/rdwr.c | 16 +- fs/io_uring.c | 2 +- include/linux/memcontrol.h | 30 ++++ include/linux/mm.h | 177 ++++++++++++++++---- include/linux/mm_types.h | 81 +++++++++ include/linux/mmdebug.h | 20 +++ include/linux/netfs.h | 2 +- include/linux/page-flags.h | 130 +++++++++++--- include/linux/page_ref.h | 88 +++++++++- include/linux/pagemap.h | 270 ++++++++++++++++++++++-------- include/linux/swap.h | 6 + include/linux/vmstat.h | 107 ++++++++++++ mm/Makefile | 2 +- mm/filemap.c | 242 +++++++++++++------------- mm/folio-compat.c | 37 ++++ mm/memory.c | 8 +- mm/page-writeback.c | 72 +++++--- mm/swapfile.c | 8 +- mm/util.c | 49 ++++-- 21 files changed, 1051 insertions(+), 306 deletions(-) create mode 100644 mm/folio-compat.c -- 2.30.2 From 99da34311602826672621c3d69bad13813993c1a Mon Sep 17 00:00:00 2001 From: "Matthew Wilcox (Oracle)" Date: Tue, 30 Mar 2021 10:47:46 -0400 Subject: [PATCH v6 00/25] *** SUBJECT HERE *** To: linux-mm@kvack.org Cc: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-cachefs@redhat.com, linux-afs@lists.infradead.org *** BLURB HERE *** Matthew Wilcox (Oracle) (25): mm: Introduce struct folio mm: Add folio_pgdat and folio_zone mm/vmstat: Add functions to account folio statistics mm/debug: Add VM_BUG_ON_FOLIO and VM_WARN_ON_ONCE_FOLIO mm: Add put_folio mm: Add get_folio mm: Create FolioFlags mm: Handle per-folio private data mm/filemap: Add folio_index, folio_file_page and folio_contains mm/filemap: Add folio_next_index mm/filemap: Add folio_offset and folio_file_offset mm/util: Add folio_mapping and folio_file_mapping mm/memcg: Add folio wrappers for various functions mm/filemap: Add unlock_folio mm/filemap: Add lock_folio mm/filemap: Add lock_folio_killable mm/filemap: Add __lock_folio_async mm/filemap: Add __lock_folio_or_retry mm/filemap: Add wait_on_folio_locked mm/filemap: Add end_folio_writeback mm/writeback: Add wait_on_folio_writeback mm/writeback: Add wait_for_stable_folio mm/filemap: Convert wait_on_page_bit to wait_on_folio_bit mm/filemap: Convert wake_up_page_bit to wake_up_folio_bit mm/filemap: Convert page wait queues to be folios Documentation/core-api/mm-api.rst | 2 + fs/afs/write.c | 7 +- fs/cachefiles/rdwr.c | 16 +- fs/io_uring.c | 2 +- include/linux/memcontrol.h | 21 +++ include/linux/mm.h | 156 +++++++++++++---- include/linux/mm_types.h | 81 +++++++++ include/linux/mmdebug.h | 20 +++ include/linux/netfs.h | 2 +- include/linux/page-flags.h | 120 ++++++++++--- include/linux/pagemap.h | 270 ++++++++++++++++++++++-------- include/linux/swap.h | 6 + include/linux/vmstat.h | 107 ++++++++++++ mm/Makefile | 2 +- mm/filemap.c | 242 +++++++++++++------------- mm/folio-compat.c | 37 ++++ mm/memory.c | 8 +- mm/page-writeback.c | 72 +++++--- mm/swapfile.c | 8 +- mm/util.c | 49 ++++-- 20 files changed, 926 insertions(+), 302 deletions(-) create mode 100644 mm/folio-compat.c -- 2.30.2 From 99da34311602826672621c3d69bad13813993c1a Mon Sep 17 00:00:00 2001 From: "Matthew Wilcox (Oracle)" Date: Tue, 30 Mar 2021 10:47:46 -0400 To: linux-mm@kvack.org Cc: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-cachefs@redhat.com, linux-afs@lists.infradead.org