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 6BDD0EB64DC for ; Tue, 11 Jul 2023 22:00:31 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id CE6B56B0071; Tue, 11 Jul 2023 18:00:30 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id C96AF6B0072; Tue, 11 Jul 2023 18:00:30 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id BAD7A6B0075; Tue, 11 Jul 2023 18:00:30 -0400 (EDT) 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 AB1116B0071 for ; Tue, 11 Jul 2023 18:00:30 -0400 (EDT) Received: from smtpin28.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 61A45C035A for ; Tue, 11 Jul 2023 22:00:30 +0000 (UTC) X-FDA: 81000700620.28.6B48CE1 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf15.hostedemail.com (Postfix) with ESMTP id 8E24CA0016 for ; Tue, 11 Jul 2023 22:00:27 +0000 (UTC) Authentication-Results: imf15.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=MidStUHH; dmarc=none; spf=none (imf15.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=1689112828; 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=GR7Hgx/W3CR5RFAsNJV3TXtKYoyPG7TJfZgx5GEsN+M=; b=hQIP0gd/FDFi7H2UaXL/28pr2WfJx7er6iSWqo0yXXa8ZvmuJxnUfDjvEjMdlT6lsP6jnv tUbAKChpcPqcYPCtNOmW2jeQB8QPWEYGPVUVjjEfF3QL4DwNWBSdqfT+1XpwmtctJB6pk3 Pi5Wnb2l31n8dEfxcX7g+FYb1cF1NJI= ARC-Authentication-Results: i=1; imf15.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=MidStUHH; dmarc=none; spf=none (imf15.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=1689112828; a=rsa-sha256; cv=none; b=wp/vFt/dGwYMK/EN/T5SXMBEP1uEdrM6CspYFOlUKe6NdOEyG7AexS/2/KTPqgwL8ufq3p AnWhuwWfgl0tpDYXV31WcLXMgAYPS6vPFfcZ7ybEol+q+s8qN6n0tR151VFxxzXMlPt6Hm /f/J2lmBINvEJat4F2SfQR6KvemSrGo= 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=GR7Hgx/W3CR5RFAsNJV3TXtKYoyPG7TJfZgx5GEsN+M=; b=MidStUHHVj31VOhmkApv0W5rnq d+ljJoZBzxMyqfRDmlLz8J/eJ8Prwg/ymcCn7CbEIbfir0lq+u6xDOZlOSrJcPEu285RdV5ffbqzK T8Ty523zDSvIn/tgV8lv5ljlKk2kgG0WGgVQpQGLvlO04GL/ASU/qomZ9B2/qH8Ziuxc3gULoLjm+ tDkExFYrI2+c3UmjtDns3RP0csPUx3hHxIS7lMFmYQtRkHiAxcTOGQf7tH+RnoWpbL8eJ3qDRpl0P 5ch99DieeCY6heDJbhTN0pqDf8jJJX+FgcYwJ3R7Kwrd32nkApF/OPIFzAtu2z/sURYYiIhdBeqQx 0CkQyXCA==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1qJLOi-00G5K6-W1; Tue, 11 Jul 2023 21:59:53 +0000 Date: Tue, 11 Jul 2023 22:59:52 +0100 From: Matthew Wilcox To: Luis Chamberlain Cc: David Hildenbrand , Ryan Roberts , Andrew Morton , "Kirill A. Shutemov" , Yin Fengwei , Yu Zhao , Catalin Marinas , Will Deacon , Anshuman Khandual , Yang Shi , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: Re: [PATCH v2 0/5] variable-order, large folios for anonymous memory Message-ID: References: <20230703135330.1865927-1-ryan.roberts@arm.com> <78159ed0-a233-9afb-712f-2df1a4858b22@redhat.com> <4d4c45a2-0037-71de-b182-f516fee07e67@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 8E24CA0016 X-Rspam-User: X-Rspamd-Server: rspam04 X-Stat-Signature: p6foa7z91o8p9y7p5wxektao1qf1qq4m X-HE-Tag: 1689112827-358307 X-HE-Meta: U2FsdGVkX19QmQhY7X8mvESPdgfx0bAYLZVoOKmJ71M+BhUaWXCKmnhqYFZa3Llsg4lzj1yOA2WBpTI0xTYecduh03rtcaOy8Oy22AyVQ7NspKPM76SIXA9MRrzienUP/YhXKmVQyuNjTZHXRH52fdIvjzZEHini6xV6hx50+aUcI+r5yQj4H1dvrKu26Rt9nWuDSogZl1ZsL6prlTBN7i21cviQqs54x7IInr/p+QwfAcFmUsqR9wxWqutZ2lEwRoXnpzPAB8L9GKvY/XqrAU2Puot8zHB16taklm3kJ89ArVlWECtKSTcf7zl87rj9xLRxGCbeya+KtgRGmEJalrW09i7AHBLZCTSgLVQou86nQNOXzVzdROLeu9u03j1qjRgTgzOpuGFsyFqt8+aJw/no5X+AnC6UHV51zi0AJ6q9G3i4tfH0g34v8hGA+6XYaxU4WE12XZgERh4al4f/wduW1XTkE711xm4CFGRq4YAfjqkBloFAYjjL4Sgo7uR5Kf0YWVQkzmnSOhIPTnxRw8QfUj6UEVvfofXzpHdCSzIbJB6MPY+81wHyNOcV6ReYYUnT8ISdMKhjBQUzLFtx51bTnimZ5NAmgZSIqXXFEWdR1A+qVoC5tNeneezqJu++lfNS8V7gwyswz0H2XsYUt5RBX/8VUnEEYTr68oPpFqp/oQHOTP8O7JPSPktin05fDLOnBGLqs2mneqlTGdv/a7lU+IqrmeMZaHWGWJYxfM4k6aJrJyhPR/Gi8ZTor+WE1jOIRHB8j08wNAdQZuaX5o6rsbakGGX6fWI9TCIlR0MBwxPmrdBXHT9RXy3XlLlnwHXg5/JG2ZNZLPcJ7pzMKY5tBEMBX0QKkNJB+RR6tHg9xcvaTwWLAG8PgDeeIWtTr4833zO49Z+k0iV8IB688OjFbEccBBEsTyqy0DonaMqFjIaBwnSt7C6DD8oLNoCdSh4rylALrXYNeI385N0 C5h8CEPH q7+dum6h0kX1nuxGGcFJHjy05h8WcPZWF1ig1yEIDDfvrGBx3lm5sEozG6NtpHuKZ2+ejrGusmQNYewPwdYQyg6xCNlHEyKmEJMftxg9q8v/gz2RC2ilumsof3MZ+BAVC3uhb6ccLtI1GlUo= 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: On Tue, Jul 11, 2023 at 02:11:19PM -0700, Luis Chamberlain wrote: > On Fri, Jul 07, 2023 at 02:12:01PM +0100, Matthew Wilcox wrote: > > On Fri, Jul 07, 2023 at 01:40:53PM +0200, David Hildenbrand wrote: > > > > > Is swapping working as expected? zswap? > > > > Suboptimally. Swap will split folios in order to swap them. > > Wouldn't that mean if high order folios are used a lot but swap is also > used, until this is fixed you wouldn't get the expected reclaim gains > for high order folios and we'd need compaction more then? They're split in shrink_folio_list(), so they stay intact until that point? > > Somebody needs to fix that, but it should work. > > As we look at shmem stuff it was on the path so something we have > considered doing. Ie, it's on our team's list of items to help with > but currently on a backburner. Something I was thinking about is that you'll need to prohibit swap devices or swap files being created on large block devices. Until we rewrite the entire swap subsystem ...