From patchwork Fri Feb 2 16:15:51 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Zi Yan X-Patchwork-Id: 13543133 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 0D976C48291 for ; Fri, 2 Feb 2024 16:16:22 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 5103E6B0072; Fri, 2 Feb 2024 11:16:20 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 4BFA36B0075; Fri, 2 Feb 2024 11:16:20 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 228906B007B; Fri, 2 Feb 2024 11:16:20 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id 0856E6B0072 for ; Fri, 2 Feb 2024 11:16:20 -0500 (EST) Received: from smtpin22.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id CADA91A06D1 for ; Fri, 2 Feb 2024 16:16:19 +0000 (UTC) X-FDA: 81747366078.22.6436971 Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) by imf06.hostedemail.com (Postfix) with ESMTP id 77696180002 for ; Fri, 2 Feb 2024 16:16:16 +0000 (UTC) Authentication-Results: imf06.hostedemail.com; dkim=pass header.d=sent.com header.s=fm3 header.b="v +j7jFd"; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=ab9ItWyz; dmarc=pass (policy=none) header.from=sent.com; spf=pass (imf06.hostedemail.com: domain of zi.yan@sent.com designates 66.111.4.26 as permitted sender) smtp.mailfrom=zi.yan@sent.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1706890576; h=from:from:sender:reply-to: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:content-transfer-encoding:in-reply-to: references:dkim-signature; bh=sbJRcJVhKwu3xlXdpvrqMPMBrNMkSAU2s2K/uCxEzpo=; b=fJ6Nw+bAlOe4I/FfwDV/sgRwdxuXh7Aic7+HJW04vuPnmoESRB4cvIW4hf6JGGwZFFE7bo 6oxgKUZ6JLNvWreYsOJ89/qKvXTwq7XpUPkVckCf8grQBb/r8zBWLhmRoDJb1lsxUEhKP+ KNWevnJv0g9yrCjcrzltz2kpchhz218= ARC-Authentication-Results: i=1; imf06.hostedemail.com; dkim=pass header.d=sent.com header.s=fm3 header.b="v +j7jFd"; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=ab9ItWyz; dmarc=pass (policy=none) header.from=sent.com; spf=pass (imf06.hostedemail.com: domain of zi.yan@sent.com designates 66.111.4.26 as permitted sender) smtp.mailfrom=zi.yan@sent.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1706890576; a=rsa-sha256; cv=none; b=Wdh96e+gJS8kyBL1jjfNepKzlmZWgRLpnaR204xfvFCma8h+nmQXSlF/9KXlhIz5QB+RZk S3aUzkWGsHxYq7MBDj7PBV3aakmi/dzHeR/8QhHbdxKK/AC38cPT8QoegZdUi1rx5KSooq RRcEXQzoJlZJiND3dc8ruWPfmmLj0Rk= Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id BC04B5C00D2; Fri, 2 Feb 2024 11:16:15 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Fri, 02 Feb 2024 11:16:15 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sent.com; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:message-id:mime-version:reply-to :reply-to:subject:subject:to:to; s=fm3; t=1706890575; x= 1706976975; bh=sbJRcJVhKwu3xlXdpvrqMPMBrNMkSAU2s2K/uCxEzpo=; b=v +j7jFd0c9xykrWBxQKHlC4Lqv0qDlusH0gSEzy613M7wiNQfNgJbMMliEDhadZ4D wznDUqevKp+erQefUvuQmR8nPV3azE5AOBEtIqZWSFOi9De/f+ODhs/dC7+L67WY DJza7+BsbL22h2J9kBBpm4Di1lFLOG1oleBrlf85ZzKsLEBcscTU8B7NbaW9kpVd 0iwrzSqaxAQ3fd+qB5WZo7qBuyl74l5ffCJ35FRx0XSIopnKjvttFkI5027uCy6n fcwIjDYVM6lmy27TeH6pF2ZXxwVyYZ0W40gNcHorP4NDWeQkzPABKMpnW3ffWToa tqyGQEuVCAi8UZQGRauGA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:message-id:mime-version:reply-to:reply-to :subject:subject:to:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; t=1706890575; x=1706976975; bh=s bJRcJVhKwu3xlXdpvrqMPMBrNMkSAU2s2K/uCxEzpo=; b=ab9ItWyzWsppQVL6B kO8yizKcNw9Lm/oTtpaUXiqXCNJfxb9arOTnXjqPyKrmwR5l9tSBHbk2S+E6K91A 99Lw5ZxzXiqCzK23Dt2CH2sMDhmQtf56numXYBKZZO2mgJUKc/Xs774gY+ptKyDT 5t/be3bkes1T1rjhy/BQ/Ayj5frlChhltWILSaixrwSrX40Psp5VA1oRxwY9t2d2 irWpVI+4vbkHWfbRuanednL6+p18fyLueDomWY8ZS7fwsm4q4ffaQm701MjvzRoy xrfS/NbOVD/OC8va3EqfXH8ko+n+8oM5xZ2olY0L+6fVF3BMEbDkjA0WBxVBJMqL RliTg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrfedugedgkeehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvvefufffkofhrgggtgfesthekredtredtjeenucfhrhhomhepkghiucgj rghnuceoiihirdihrghnsehsvghnthdrtghomheqnecuggftrfgrthhtvghrnhepkefhle duhffhjedttdetudejtdeuieevueetuddtuedthffffffgueffhfegjeffnecuffhomhgr ihhnpehkvghrnhgvlhdrohhrghdpfhholhhiohhsrdhmmhdptghomhhprggtthhiohhnrd hmmhdpshhplhhithdrmhhmnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehm rghilhhfrhhomhepiihirdihrghnsehsvghnthdrtghomh X-ME-Proxy: Feedback-ID: iccd040f4:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 2 Feb 2024 11:16:11 -0500 (EST) From: Zi Yan To: linux-mm@kvack.org, linux-kernel@vger.kernel.org Cc: Zi Yan , "Huang, Ying" , Ryan Roberts , Andrew Morton , "Matthew Wilcox (Oracle)" , David Hildenbrand , "Yin, Fengwei" , Yu Zhao , Vlastimil Babka , "Kirill A . Shutemov" , Johannes Weiner , Baolin Wang , Kemeng Shi , Mel Gorman , Rohan Puri , Mcgrof Chamberlain , Adam Manzanares , "Vishal Moola (Oracle)" Subject: [PATCH v3 0/3] Enable >0 order folio memory compaction Date: Fri, 2 Feb 2024 11:15:51 -0500 Message-ID: <20240202161554.565023-1-zi.yan@sent.com> X-Mailer: git-send-email 2.43.0 Reply-To: Zi Yan MIME-Version: 1.0 X-Rspamd-Queue-Id: 77696180002 X-Rspam-User: X-Rspamd-Server: rspam04 X-Stat-Signature: mcad1d7mf7wifmn6gmhimudeoijrx3tk X-HE-Tag: 1706890576-129386 X-HE-Meta: U2FsdGVkX1+oBH53Ea4P9Hox7nK0UilSxTSj3Qe+5HVAOEBZ6SxTVqo7y/PorDMzekMiREmhu3wOxt9UELFET93z9ogWL4lez4uSGYVa81ggL2PhGclvOwR3keHs7wxa61OdGVbN80cdNYCT+LtChxgHALTb40oZDi20vqvBQUH+4mvKXHEPaIqTq23rfR9iVgDv2544r1/oItAta8wsHhmpavRdNlgZR56lQmxtwP9WTu/hQY68sgAwtHOPAuXpVyX/+ScCB1SZq2DvcMTqpy4+/jiKTQNjy8h/UjNYLcNy0ARjnFLC/F940fDwMcNJS2ZrUH/WfaoUKthWj/Z2IeF4RovCFK8KNkXtgF52VqHXz+ZMoFWbKNowdsJdk4+a/7VaH8dScETeEFKsgRcoXUHmCUVP6Ty6mc+22e+CS1nPCCleacZ9zx7yhq2eAGDErYtrWQsDz8glP7oRkC8YQi9gAI5mEkROvuMJGd9/Pv/TOWZEk2mGnAqITde+9cI5Jsg3wg2q9xkSGa3DZszLLwOe8n44m3MzjtJBrKG44OuCczPQT5giQ6mdTfHopw35IcYFmeF+V2HP76D0Ug8z/FLqYRsHfpwcDdf+hsqLwXdEZptYJddYf0cFtI8t8IhchHXXup80SW7EMrz/qNi6HdkWdGFnY3Sej3GBy88AvgNn2e3H0n5aWJjXyou/UUhc3YWJxjgk4BVRuUF+hDooUB9aqqIRY9o2VobBF882zN/VgxEBl5oYIgriy0hno7eSP3WDJj7MIy6x9GwCcFr9hDUc7rTJnJjTRv/0b4HABa/sS2UzR3ipyI1VxkJ0nY2OpjFaObQtzH74m1BUFeCJpp9Hu+HCD0kkgYjNOlSBb/Z0XnKDVyH67Ogdv62JBpGQt4wQu5A6RoBfBdpS+ZPQX1CLfcolsIYu00lAuTJm+1NtDTpPAHrty9ev2EiGAj+5wJeWWsKBj3rUIj+d48D +vcY2tlK xAc6dC+obrx36QqtpwnE09QuaZiKQ8sciaTJj5RcPqy2sMQCcDnrbMf7Q0UTFji1tg+h31zJN4nc++cQDBjqupqoDqf/k1Zl/6yaqa+4sRlOUB9fKUrtCNeWSWn1LDbtnb3tIoJTUQSGM8BxtH1dQHphd+0VLz58MXGdq2oXXnvFMuqUes/VtcSjpGEIVztgNw0fPBu+WFuM0rrgZVjF76axGMuO5MDqVT0KQowIKyKfFKZP+wOwXCvRmytHBIUD7yorkbFGk/Gobzj03cSIssY/0VkSlXhsC0iAQa7dpmf6ZFfkXWq0F3RXwzvMS50P+0gvYtd7gK/4i9qVU61Yk+lORwjJ93cNlj2XVyYQ0AM4eb3jr7VIxYdS48WNwP66P+aUm09Vh755uaRanp6ocpdbhZ7H/bIVvl7t3nsOULTZ3qkYTF9hamzqStbbDSIdjuRousCQ3VqDBT4/IbGUbU6/LCutPPLylsAz8V89ppvylFdGQRY3PzrvkFXHgHpqUvVUWNzrNs14o5QbnbqBP3VCMONf+BKQistdfAT7oTlbXuO0gHPS9eLHTl3Hr/6cir86P7VdiP0quzBQfybVr//MLNIZWiLM59x8U0EyHIfUsimRx6pfRXdub01cgO2IVQ9LNsYGIbuzynQbYHL0qCNWTdSmwhyXDKxCR X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: From: Zi Yan Hi all, This patchset enables >0 order folio memory compaction, which is one of the prerequisitions for large folio support[1]. It includes the fix[4] for V2 and is on top of mm-everything-2024-01-29-07-19. I am aware of that split free pages is necessary for folio migration in compaction, since if >0 order free pages are never split and no order-0 free page is scanned, compaction will end prematurely due to migration returns -ENOMEM. Free page split becomes a must instead of an optimization. lkp ncompare results for default LRU (-no-mglru) and CONFIG_LRU_GEN are shown at the bottom (on a 8-CPU (Intel Xeon E5-2650 v4 @ 2.20GHz) 16G VM). In sum, most of vm-scalability applications do not see performance change, and the others see ~4% to ~26% performance boost under default LRU and ~2% to ~6% performance boost under CONFIG_LRU_GEN. Changelog === From V2 [3]: 1. Added missing free page count in fast isolation path. This fixed the weird performance outcome. From V1 [2]: 1. Used folio_test_large() instead of folio_order() > 0. (per Matthew Wilcox) 2. Fixed code rebase error. (per Baolin Wang) 3. Used list_split_init() instead of list_split(). (per Ryan Boberts) 4. Added free_pages_prepare_fpi_none() to avoid duplicate free page code in compaction_free(). 5. Dropped source page order sorting patch. From RFC [1]: 1. Enabled >0 order folio compaction in the first patch by splitting all to-be-migrated folios. (per Huang, Ying) 2. Stopped isolating compound pages with order greater than cc->order to avoid wasting effort, since cc->order gives a hint that no free pages with order greater than it exist, thus migrating the compound pages will fail. (per Baolin Wang) 3. Retained the folio check within lru lock. (per Baolin Wang) 4. Made isolate_freepages_block() generate order-sorted multi lists. (per Johannes Weiner) Overview === To support >0 order folio compaction, the patchset changes how free pages used for migration are kept during compaction. Free pages used to be split into order-0 pages that are post allocation processed (i.e., PageBuddy flag cleared, page order stored in page->private is zeroed, and page reference is set to 1). Now all free pages are kept in a MAX_ORDER+1 array of page lists based on their order without post allocation process. When migrate_pages() asks for a new page, one of the free pages, based on the requested page order, is then processed and given out. Feel free to give comments and ask questions. Thanks. vm-scalability results on CONFIG_LRU_GEN === ========================================================================================= compiler/kconfig/rootfs/runtime/tbox_group/test/testcase: gcc-13/defconfig/debian/300s/qemu-vm/mmap-xread-seq-mt/vm-scalability commit: 6.8.0-rc1-mm-everything-2024-01-29-07-19+ 6.8.0-rc1-split-folio-in-compaction+ 6.8.0-rc1-folio-migration-in-compaction+ 6.8.0-rc1-folio-migration-free-page-split+ 6.8.0-rc1-mm-eve 6.8.0-rc1-split-folio-in-co 6.8.0-rc1-folio-migration-i 6.8.0-rc1-folio-migration-f ---------------- --------------------------- --------------------------- --------------------------- %stddev %change %stddev %change %stddev %change %stddev \ | \ | \ | \ 15107616 +3.2% 15590339 +1.3% 15297619 +3.0% 15567998 vm-scalability.throughput ========================================================================================= compiler/kconfig/rootfs/runtime/tbox_group/test/testcase: gcc-13/defconfig/debian/300s/qemu-vm/mmap-pread-seq/vm-scalability commit: 6.8.0-rc1-mm-everything-2024-01-29-07-19+ 6.8.0-rc1-split-folio-in-compaction+ 6.8.0-rc1-folio-migration-in-compaction+ 6.8.0-rc1-folio-migration-free-page-split+ 6.8.0-rc1-mm-eve 6.8.0-rc1-split-folio-in-co 6.8.0-rc1-folio-migration-i 6.8.0-rc1-folio-migration-f ---------------- --------------------------- --------------------------- --------------------------- %stddev %change %stddev %change %stddev %change %stddev \ | \ | \ | \ 12611785 +1.8% 12832919 +0.9% 12724223 +1.6% 12812682 vm-scalability.throughput ========================================================================================= compiler/kconfig/rootfs/runtime/tbox_group/test/testcase: gcc-13/defconfig/debian/300s/qemu-vm/lru-file-readtwice/vm-scalability commit: 6.8.0-rc1-mm-everything-2024-01-29-07-19+ 6.8.0-rc1-split-folio-in-compaction+ 6.8.0-rc1-folio-migration-in-compaction+ 6.8.0-rc1-folio-migration-free-page-split+ 6.8.0-rc1-mm-eve 6.8.0-rc1-split-folio-in-co 6.8.0-rc1-folio-migration-i 6.8.0-rc1-folio-migration-f ---------------- --------------------------- --------------------------- --------------------------- %stddev %change %stddev %change %stddev %change %stddev \ | \ | \ | \ 9833393 +5.7% 10390190 +3.0% 10126606 +5.9% 10408804 vm-scalability.throughput ========================================================================================= compiler/kconfig/rootfs/runtime/tbox_group/test/testcase: gcc-13/defconfig/debian/300s/qemu-vm/lru-file-mmap-read/vm-scalability commit: 6.8.0-rc1-mm-everything-2024-01-29-07-19+ 6.8.0-rc1-split-folio-in-compaction+ 6.8.0-rc1-folio-migration-in-compaction+ 6.8.0-rc1-folio-migration-free-page-split+ 6.8.0-rc1-mm-eve 6.8.0-rc1-split-folio-in-co 6.8.0-rc1-folio-migration-i 6.8.0-rc1-folio-migration-f ---------------- --------------------------- --------------------------- --------------------------- %stddev %change %stddev %change %stddev %change %stddev \ | \ | \ | \ 7034709 ± 3% +2.9% 7241429 +3.2% 7256680 ± 2% +3.9% 7308375 vm-scalability.throughput vm-scalability results on default LRU (with -no-mglru suffix) === ========================================================================================= compiler/kconfig/rootfs/runtime/tbox_group/test/testcase: gcc-13/defconfig/debian/300s/qemu-vm/mmap-xread-seq-mt/vm-scalability commit: 6.8.0-rc1-mm-everything-2024-01-29-07-19-no-mglru+ 6.8.0-rc1-split-folio-in-compaction-no-mglru+ 6.8.0-rc1-folio-migration-in-compaction-no-mglru+ 6.8.0-rc1-folio-migration-free-page-split-no-mglru+ 6.8.0-rc1-mm-eve 6.8.0-rc1-split-folio-in-co 6.8.0-rc1-folio-migration-i 6.8.0-rc1-folio-migration-f ---------------- --------------------------- --------------------------- --------------------------- %stddev %change %stddev %change %stddev %change %stddev \ | \ | \ | \ 14401491 +3.7% 14940270 +2.4% 14748626 +4.0% 14975716 vm-scalability.throughput ========================================================================================= compiler/kconfig/rootfs/runtime/tbox_group/test/testcase: gcc-13/defconfig/debian/300s/qemu-vm/mmap-pread-seq/vm-scalability commit: 6.8.0-rc1-mm-everything-2024-01-29-07-19-no-mglru+ 6.8.0-rc1-split-folio-in-compaction-no-mglru+ 6.8.0-rc1-folio-migration-in-compaction-no-mglru+ 6.8.0-rc1-folio-migration-free-page-split-no-mglru+ 6.8.0-rc1-mm-eve 6.8.0-rc1-split-folio-in-co 6.8.0-rc1-folio-migration-i 6.8.0-rc1-folio-migration-f ---------------- --------------------------- --------------------------- --------------------------- %stddev %change %stddev %change %stddev %change %stddev \ | \ | \ | \ 11407497 +5.1% 11989632 -0.5% 11349272 +4.8% 11957423 vm-scalability.throughput ========================================================================================= compiler/kconfig/rootfs/runtime/tbox_group/test/testcase: gcc-13/defconfig/debian/300s/qemu-vm/mmap-pread-seq-mt/vm-scalability commit: 6.8.0-rc1-mm-everything-2024-01-29-07-19-no-mglru+ 6.8.0-rc1-split-folio-in-compaction-no-mglru+ 6.8.0-rc1-folio-migration-in-compaction-no-mglru+ 6.8.0-rc1-folio-migration-free-page-split-no-mglru+ 6.8.0-rc1-mm-eve 6.8.0-rc1-split-folio-in-co 6.8.0-rc1-folio-migration-i 6.8.0-rc1-folio-migration-f ---------------- --------------------------- --------------------------- --------------------------- %stddev %change %stddev %change %stddev %change %stddev \ | \ | \ | \ 11348474 +3.3% 11719453 -1.2% 11208759 +3.7% 11771926 vm-scalability.throughput ========================================================================================= compiler/kconfig/rootfs/runtime/tbox_group/test/testcase: gcc-13/defconfig/debian/300s/qemu-vm/lru-file-readtwice/vm-scalability commit: 6.8.0-rc1-mm-everything-2024-01-29-07-19-no-mglru+ 6.8.0-rc1-split-folio-in-compaction-no-mglru+ 6.8.0-rc1-folio-migration-in-compaction-no-mglru+ 6.8.0-rc1-folio-migration-free-page-split-no-mglru+ 6.8.0-rc1-mm-eve 6.8.0-rc1-split-folio-in-co 6.8.0-rc1-folio-migration-i 6.8.0-rc1-folio-migration-f ---------------- --------------------------- --------------------------- --------------------------- %stddev %change %stddev %change %stddev %change %stddev \ | \ | \ | \ 8065614 ± 3% +7.7% 8686626 ± 2% +5.0% 8467577 ± 4% +11.8% 9016077 ± 2% vm-scalability.throughput ========================================================================================= compiler/kconfig/rootfs/runtime/tbox_group/test/testcase: gcc-13/defconfig/debian/300s/qemu-vm/lru-file-mmap-read/vm-scalability commit: 6.8.0-rc1-mm-everything-2024-01-29-07-19-no-mglru+ 6.8.0-rc1-split-folio-in-compaction-no-mglru+ 6.8.0-rc1-folio-migration-in-compaction-no-mglru+ 6.8.0-rc1-folio-migration-free-page-split-no-mglru+ 6.8.0-rc1-mm-eve 6.8.0-rc1-split-folio-in-co 6.8.0-rc1-folio-migration-i 6.8.0-rc1-folio-migration-f ---------------- --------------------------- --------------------------- --------------------------- %stddev %change %stddev %change %stddev %change %stddev \ | \ | \ | \ 6438422 ± 2% +27.5% 8206734 ± 2% +10.6% 7118390 +26.2% 8127192 ± 4% vm-scalability.throughput [1] https://lore.kernel.org/linux-mm/20230912162815.440749-1-zi.yan@sent.com/ [2] https://lore.kernel.org/linux-mm/20231113170157.280181-1-zi.yan@sent.com/ [3] https://lore.kernel.org/linux-mm/20240123034636.1095672-1-zi.yan@sent.com/ [4] https://lore.kernel.org/linux-mm/23BA8CC1-1014-4D09-9C33-938638E13C01@nvidia.com/ Zi Yan (3): mm/compaction: enable compacting >0 order folios. mm/compaction: add support for >0 order folio memory compaction. mm/compaction: optimize >0 order folio compaction with free page split. mm/compaction.c | 219 ++++++++++++++++++++++++++++++++++-------------- mm/internal.h | 9 +- mm/page_alloc.c | 6 ++ 3 files changed, 170 insertions(+), 64 deletions(-) Reviewed-by: Baolin Wang Tested-by: Baolin Wang