Message ID | 20240423170339.54131-1-ryncsn@gmail.com (mailing list archive) |
---|---|
Headers | show
Return-Path: <owner-linux-mm@kvack.org> 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 BA490C4345F for <linux-mm@archiver.kernel.org>; Tue, 23 Apr 2024 17:03:55 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 100186B00B1; Tue, 23 Apr 2024 13:03:55 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 089286B0141; Tue, 23 Apr 2024 13:03:55 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id E43EE6B0142; Tue, 23 Apr 2024 13:03:54 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id BE98C6B0140 for <linux-mm@kvack.org>; Tue, 23 Apr 2024 13:03:54 -0400 (EDT) Received: from smtpin24.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id 63E6CA0125 for <linux-mm@kvack.org>; Tue, 23 Apr 2024 17:03:54 +0000 (UTC) X-FDA: 82041418788.24.920CAC2 Received: from mail-pg1-f174.google.com (mail-pg1-f174.google.com [209.85.215.174]) by imf14.hostedemail.com (Postfix) with ESMTP id 8F247100022 for <linux-mm@kvack.org>; Tue, 23 Apr 2024 17:03:52 +0000 (UTC) Authentication-Results: imf14.hostedemail.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=ft1YYJNK; spf=pass (imf14.hostedemail.com: domain of ryncsn@gmail.com designates 209.85.215.174 as permitted sender) smtp.mailfrom=ryncsn@gmail.com; dmarc=pass (policy=none) header.from=gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1713891832; 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-transfer-encoding:content-transfer-encoding: in-reply-to:references:dkim-signature; bh=ZQvlEY7MT0+SgdPdpEHB8TaD1H3HfXPQY1TqoLowYww=; b=PLa/v8foV6+aHwJ7gPX3LpR1wd5+Xl+XK1FaPZJyX2sjWBHatqs/RodgHhih4aln7IQ5xg /YDmSRP5gWmR5Rti+8WCsU+f6NaL755XAroTvETqMQ0OPqnuZzpJLsjbeBlUv7Nt6db/TQ fPVBbHNTY7WdK6ZYbg0OMU8GETnm3is= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1713891832; a=rsa-sha256; cv=none; b=cdJbk42jgzuj5rgbmO50GmGpnT1Zy780R1TK1/FC0Y5LQVq8cEhpNmzR0e05D27A0SkdS1 foQgfGI9YUy9or2Vya59mQTYCB7DxIPXXET1JwAcyVNtlzUshjcwBLtedj6R8cLHQ5hig+ Z87NQdfIvCowNmSsCbVagLYjsS4p9DE= ARC-Authentication-Results: i=1; imf14.hostedemail.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=ft1YYJNK; spf=pass (imf14.hostedemail.com: domain of ryncsn@gmail.com designates 209.85.215.174 as permitted sender) smtp.mailfrom=ryncsn@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-pg1-f174.google.com with SMTP id 41be03b00d2f7-53fa455cd94so4508413a12.2 for <linux-mm@kvack.org>; Tue, 23 Apr 2024 10:03:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1713891831; x=1714496631; darn=kvack.org; h=content-transfer-encoding:mime-version:reply-to:message-id:date :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=ZQvlEY7MT0+SgdPdpEHB8TaD1H3HfXPQY1TqoLowYww=; b=ft1YYJNKVqQEI8IbXSCzlCKohoPsJv0BqgSiwLaMfWUNJlCrt5FirVSAUARbGSKqZW ZEkiyl1mwHZc2w1rCylnFMlNXUo1Prys1spVeIhHpWlbYFO93YgMQENFp2Cx7hK0+CMH wICWTyE8vbKeZNFtJ05l3w/nyUldPQewcjoyDBxT9RPqH2z8Tm62rz8YBB+nOYA6/FJF xPB1fGpCmYKBrAPwA/N4qklvXswNxy3cNS5k4DbDFa3GBiu1G7VSVR6K4iWyAq3Z8BwT 3WZtVGX9EUqFjVWHQHglYpQsBY4JMaOW/VQTwsSribgoHklPuKvS8KJhPbsKwQNPkKPS JYWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1713891831; x=1714496631; h=content-transfer-encoding:mime-version:reply-to:message-id:date :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=ZQvlEY7MT0+SgdPdpEHB8TaD1H3HfXPQY1TqoLowYww=; b=ucKEquElVwwbpgx6P801wxHedsJ9NrdF5OgaLyrYv9DREn8pVe8N1lf45w38t+1EBh ssf9XPFAsOovZRHuFV/KoIOdCL5TmOOyTae5SdJY4eRtD4yQfX/U2H3wFZzg0ldpML/d z7ElK8Ay77j5ZNdSeVZg3SvC3oy/J6m8LQdjv2yRAm7m7AHFjj60Q1JTY7VieRn+Cw1v fxOoY4LVbS5oaNqnLJ6F4jlLzQ13L3qA45LaydRlvwI/1a4Qp4DpLVqxYAvVYueU1qGE Lz459TZr5ag5QPeKbl61Cv6+e3b1ZJVissNPXhGcFtG6QyerIe8gdyuZ3p4zvkYHpduL VfLA== X-Gm-Message-State: AOJu0Yx+Tjo3v5N8q1wWVGxowtR/QRR4F9AsQp8v/vOVIPMkhQzspbU1 mc2/1I5KA8vCzo17FYdugA0L47BufaBXwzwxmJxsHF8CRStrNL1OOyqYPaY6g0CaFg== X-Google-Smtp-Source: AGHT+IHxLzzi7qfZC4OU3sFngJ45YhHz1ewqpnb9m+rSrCflIEH50ZdrdabDX/V8A+ZyXPuKO434FA== X-Received: by 2002:a17:90b:3844:b0:2a2:71c7:7e26 with SMTP id nl4-20020a17090b384400b002a271c77e26mr3964431pjb.28.1713891830659; Tue, 23 Apr 2024 10:03:50 -0700 (PDT) Received: from KASONG-MB2.tencent.com ([1.203.116.31]) by smtp.gmail.com with ESMTPSA id s19-20020a17090a881300b002a5d684a6a7sm9641148pjn.10.2024.04.23.10.03.46 (version=TLS1_3 cipher=TLS_CHACHA20_POLY1305_SHA256 bits=256/256); Tue, 23 Apr 2024 10:03:50 -0700 (PDT) From: Kairui Song <ryncsn@gmail.com> To: linux-mm@kvack.org Cc: Andrew Morton <akpm@linux-foundation.org>, "Huang, Ying" <ying.huang@intel.com>, Matthew Wilcox <willy@infradead.org>, Chris Li <chrisl@kernel.org>, Barry Song <v-songbaohua@oppo.com>, Ryan Roberts <ryan.roberts@arm.com>, Neil Brown <neilb@suse.de>, Minchan Kim <minchan@kernel.org>, Hugh Dickins <hughd@google.com>, David Hildenbrand <david@redhat.com>, Yosry Ahmed <yosryahmed@google.com>, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Kairui Song <kasong@tencent.com> Subject: [PATCH v2 0/8] mm/swap: optimize swap cache search space Date: Wed, 24 Apr 2024 01:03:31 +0800 Message-ID: <20240423170339.54131-1-ryncsn@gmail.com> X-Mailer: git-send-email 2.44.0 Reply-To: Kairui Song <kasong@tencent.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Stat-Signature: hwud9amf494dgxq64q7tsjt6fjftxmme X-Rspamd-Queue-Id: 8F247100022 X-Rspamd-Server: rspam06 X-Rspam-User: X-HE-Tag: 1713891832-908731 X-HE-Meta: U2FsdGVkX19QmrwbRhWs6PZ9HOAGM6j0rxl5I+KMgi/2KNh6CDI1bvF7t+Ni6lPoQOpL+ZctocjpCBh5sVzBAYcaV6CFC9+A7aex+TZ5fBu8gk8eccy2cz/H+QwAf43Rfo/9pEAAmlMaokdX0sqFyUzvK+Qz3uzOcA8Fg7Xd2E0ER3wMAw+3jjhzsNFT80H3s+Znuxpyd+ND5BRSmnO9WUoIj0NAblTDXcyJZEsA1S/aL0WFOv7plkqlZZBSJ+zKdlfXWdLc2oT00Vp61zzocOQ1Lxu/nnAJRDpvAoImSVwkvK9VqOhKjMPJAnT5+V1R2WhdFhZsbshLtSolKqMR2zDIGqFu+LoeqsA+END6rF8l53pq9bOBSTaH1Tdxx8+SGzrLYAZndHmGJ+J6gostp25dxgcxydy9jFNml+BnHsiG8UVk6gi0P95JARoTa67JeqVZ8rNBpt1r7BKY/5txrk5bTICWztWuD4xyYziBP9yFm665wH2IUFZY58Xh8Byxq9VwdCs4obOk1xNp//k56gOYf/9NISArlwF/1TvREdYz6mYn3yUjfHCe+wUZuctlsOwQkQV97vkBIqlUhedIzrTW0Lo3vVB8nlsnf3Q/5AmVo7TK3ceD7lK5T2jBf50TB+/BoT1XcgPgBuC+0/EFOlwbBXV/KezmRi2afRZzkirfDhvv0v7R20eu+h/UBoK2U4E+DT/hD8Xm6oT5xrUk06wVjVMrB1IC2YF1XYKioQtO9i1NSqDLT6ZwpU3cHaJZ/vnFiQCK+oWSdEqewbdeT8q+66wRO6xosnynphz0bu+Wd1CwGq5HpDSci0GP66oRn/fY5rDiSOPqNa4gUsJKW74QTkmg2srGpeMkzMzB4j8NM1djMjkzIJRLKcnBPr5TJUzI0rPl3ElKaoZo+y17zlpAEqSRMqXSKmUm5wk9CeAwLx5lkzeQdqUpfiHQ5kn8iVnZs+l8z1JZJ+8Sf3f JaTXP8EN 0FFExCXSKz1c9YR8ZK3FrWGP45EJy+wYSqqE5JlRwrt+utD5GJaFDICto9RADwYLxiJayhGA9Bl1PQBmRLi8yrxc9PuYCqzFaBUbG6y0Rb2zVW4/25UDsAwYQdxv5LIGLyIgkP/mzAvHtWPhBLMl/JWUbRANB2V344hd5scywAQH6VgIYB4EPO8YGFzmg4NSWcuImx52b8z1gBTe84u03twUm/5Zd27fEbbyttFKNCA1sMeSjLV+4A3LIfs0+pRPLtaZFDEXPuv8tIsxdxlBDA8yP9t1eRug+Uvxp/4d8a9alKi1UaF+hLIz/W+pGryD9YZr2iucHFmD4lKd5j5Kj1cC8Wx1Lw64D7y+Imya3VMP2G4RnPnuAyYKrUyEAaSgTpLu5zh5KqPkrPyejmvybdDlXHrXKQ2z9cJ/yfiVkVP+l5GZ1UatZfKA0mlIClgucRBLswFsGoKOiu5CamJXGYBXifxEwnlVrrDMeiCyfKw5db6mwF3nZkRdeKjBN6USPsjJ06FVl02NBxUO37jQQCMFmbLZVZyUvwTILs+EKbrEfsBbRsNlWsMcZ1QpGbt+qO2n8A6Gjdb6ZYXjH/N48U1d0Igb8IMziMas5JVO3TVrw+4dy2aFvyC298n7IttsnNcWlRnRJIWdPgf6TiT3ChJ5GcjTIcAPWFiDxUlm26YVNcOUMiGG3gGxIQjw3E+A8l9knZTgw6smrsbrGVQsG3Rbe3g== 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: <linux-mm.kvack.org> List-Subscribe: <mailto:majordomo@kvack.org> List-Unsubscribe: <mailto:majordomo@kvack.org> |
Series |
mm/swap: optimize swap cache search space
|
expand
|
From: Kairui Song <kasong@tencent.com> Currently we use one swap_address_space for every 64M chunk to reduce lock contention, this is like having a set of smaller swap files inside one big swap file. But when doing swap cache look up or insert, we are still using the offset of the whole large swap file. This is OK for correctness, as the offset (key) is unique. But Xarray is specially optimized for small indexes, it creates the redix tree levels lazily to be just enough to fit the largest key stored in one Xarray. So we are wasting tree nodes unnecessarily. For 64M chunk it should only take at most 3 level to contain everything. But we are using the offset from the whole swap file, so the offset (key) value will be way beyond 64M, and so will the tree level. Optimize this by reduce the swap cache search space into 64M scope. Test with `time memhog 128G` inside a 8G memcg using 128G swap (ramdisk with SWP_SYNCHRONOUS_IO dropped, tested 3 times, results are stable. The test result is similar but the improvement is smaller if SWP_SYNCHRONOUS_IO is enabled, as swap out path can never skip swap cache): Before: 6.07user 250.74system 4:17.26elapsed 99%CPU (0avgtext+0avgdata 8373376maxresident)k 0inputs+0outputs (55major+33555018minor)pagefaults 0swaps After (+1.8% faster): 6.08user 246.09system 4:12.58elapsed 99%CPU (0avgtext+0avgdata 8373248maxresident)k 0inputs+0outputs (54major+33555027minor)pagefaults 0swaps Similar result with MySQL and sysbench using swap: Before: 94055.61 qps After (+0.8% faster): 94834.91 qps There is alse a very slight drop of radix tree node slab usage: Before: 303952K After: 302224K For this series: There are multiple places that expect mixed type of pages (page cache or swap cache), eg. migration, huge memory split; There are four helpers for that: - page_index - page_file_offset - folio_index - folio_file_pos To keep the code clean and compatible, this series first cleaned up usage of page_index and page_file_offset, then convert folio_index and folio_file_pos to be compatible with separate offsets. Current users won't be effected. And introduce two new helper swap_cache_index and swap_dev_pos for swap internal usage. Replace swp_offset with swap_cache_index when used to retrieve folio from swap cache, and use swap_dev_pos when needed to retrieve the device position of a swap entry. Idealy, in the future, we may want to reduce SWAP_ADDRESS_SPACE_SHIFT from 14 to 12: Default Xarray chunk offset is 6, so we have 3 level trees instead of 2 level trees just for 2 extra bits. But swap cache is based on address_space struct, with 4 times more metadata sparsely distributed in memory it waste more cacheline, the performance gain from this series is almost canceled according to my test. So first, just have a cleaner seperation of offsets and smaller search space. Patch 1/8 - 6/8: Clean up usage of page_index and page_file_offset Patch 7/8: Convert folio_index and folio_dev_pos to be compatible with separate offset. Patch 8/8: Introduce swap_cache_index and use it when doing lookup in swap cache. V1: https://lore.kernel.org/all/20240417160842.76665-1-ryncsn@gmail.com/ Update from V1: - Convert more users to use folio directly when possible [Matthew Wilcox] - Rename swap_file_pos to swap_dev_pos [Huang, Ying] - Update comments and commit message. - Adjust headers and add dummy function to fix build error. This series is part of effort to reduce swap cache overhead, and ultimately remove SWP_SYNCHRONOUS_IO and unify swap cache usage as proposed before: https://lore.kernel.org/lkml/20240326185032.72159-1-ryncsn@gmail.com/ Kairui Song (8): NFS: remove nfs_page_lengthg and usage of page_index nilfs2: drop usage of page_index f2fs: drop usage of page_index ceph: drop usage of page_index cifs: drop usage of page_file_offset mm/swap: get the swap file offset directly mm: drop page_index/page_file_offset and convert swap helpers to use folio mm/swap: reduce swap cache search space fs/ceph/dir.c | 2 +- fs/ceph/inode.c | 2 +- fs/f2fs/data.c | 5 ++--- fs/nfs/internal.h | 19 ------------------- fs/nilfs2/bmap.c | 3 +-- fs/smb/client/file.c | 2 +- include/linux/mm.h | 13 ------------- include/linux/pagemap.h | 19 +++++++++---------- mm/huge_memory.c | 2 +- mm/memcontrol.c | 2 +- mm/mincore.c | 2 +- mm/page_io.c | 6 +++--- mm/shmem.c | 2 +- mm/swap.h | 24 ++++++++++++++++++++++++ mm/swap_state.c | 12 ++++++------ mm/swapfile.c | 17 +++++++++++------ 16 files changed, 63 insertions(+), 69 deletions(-)