From patchwork Thu Jun 27 01:00:20 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Jeff Layton X-Patchwork-Id: 13713672 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 6FC0AC30653 for ; Thu, 27 Jun 2024 01:00:38 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id ED82A6B00B1; Wed, 26 Jun 2024 21:00:37 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id E87056B00B2; Wed, 26 Jun 2024 21:00:37 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id CFFA16B00B3; Wed, 26 Jun 2024 21:00:37 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id AFA526B00B1 for ; Wed, 26 Jun 2024 21:00:37 -0400 (EDT) Received: from smtpin10.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id 6293CA1887 for ; Thu, 27 Jun 2024 01:00:37 +0000 (UTC) X-FDA: 82274863314.10.D93BEDC Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf01.hostedemail.com (Postfix) with ESMTP id 8E3E440016 for ; Thu, 27 Jun 2024 01:00:35 +0000 (UTC) Authentication-Results: imf01.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b="X9ba/YQc"; spf=pass (imf01.hostedemail.com: domain of jlayton@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=jlayton@kernel.org; dmarc=pass (policy=none) header.from=kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1719450023; 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:content-transfer-encoding:in-reply-to: references:dkim-signature; bh=cr0gxNpLlGQLYMRF9YbedCruRd2HdrmpQE0yLVZak7k=; b=1m6/3hlD/LKUycFC6WADDspa2rUw5duut5zO06oPvN8SDpU9uA+sC5g2au2e+vGB5Qt2qs aUIXUP6ekl9GqjOjIiBrxPAoEYPfvviDzIEMo1UqKGNER70W6/jIi8J5Vu/VrZ0NZfyR0z MxmS9Dl2EYxxUCQvjXC8/N8xZARD70g= ARC-Authentication-Results: i=1; imf01.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b="X9ba/YQc"; spf=pass (imf01.hostedemail.com: domain of jlayton@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=jlayton@kernel.org; dmarc=pass (policy=none) header.from=kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1719450023; a=rsa-sha256; cv=none; b=ZzZy0yBnWDz2sA8QsMDJLpdhD//zySBsOwYzzeEvmgQFPhIbW/a4dvwX7lcDGCDgWhXISR 8MZFzghp7fpW6Qi6WN32HWmpKfpqjU2z7CJiTWu6E3J6IlvNKMEEp8ouhHME1RGPmXxQbq mGjy+BR6jLGWgr/mcxGPrtEBcnPu5Zo= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by dfw.source.kernel.org (Postfix) with ESMTP id 76B6261D4D; Thu, 27 Jun 2024 01:00:34 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 01C54C116B1; Thu, 27 Jun 2024 01:00:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1719450034; bh=LUacYIlT79rW04FeLla3/n41llR1qlk2oIplHlsSCo8=; h=From:Subject:Date:To:Cc:From; b=X9ba/YQcgXhwCm8/TJ8Uh4mp258noDC2rr0AaFBl0BEPkB9XQSpA9M/tEdKbW40tB X+Z6OGP+Si5nRlkpsVLibkf4AiJAhojO5s5V4kpdXBIJSvoviXwiDj2FaKW9uWMIAF 4MJe8FP26sA3j5dAvuApRF0se7CFUhvx/9I/7Ypf06bwRsiLc+H3ZydlyzSjxhuOQy R4nTwxqZPHonjDzgUF/boDRbHPm/GCueYfwTcNMQfuNdRA6mEcLGkfR/cpyvCK45yD JEtcOJ0ldQB1gqsLGla+o6eQDD+OE0qG0jN1ui8Y+8pFdGfOAeReIE+TaGQIdyro9B lzDTU8RbwnwwQ== From: Jeff Layton Subject: [PATCH 00/10] fs: multigrain timestamp redux Date: Wed, 26 Jun 2024 21:00:20 -0400 Message-Id: <20240626-mgtime-v1-0-a189352d0f8f@kernel.org> MIME-Version: 1.0 X-B4-Tracking: v=1; b=H4sIAKS5fGYC/6tWKk4tykwtVrJSqFYqSi3LLM7MzwNyDHUUlJIzE vPSU3UzU4B8JSMDIxMDMyMz3dz0kszcVF3T5BQLgyRDixQLQwMloOKCotS0zAqwQdGxtbUA/AJ kIFgAAAA= To: Alexander Viro , Christian Brauner , Jan Kara , Steven Rostedt , Masami Hiramatsu , Mathieu Desnoyers , Chandan Babu R , "Darrick J. Wong" , Theodore Ts'o , Andreas Dilger , Chris Mason , Josef Bacik , David Sterba , Hugh Dickins , Andrew Morton Cc: kernel-team@fb.com, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-trace-kernel@vger.kernel.org, linux-xfs@vger.kernel.org, linux-ext4@vger.kernel.org, linux-btrfs@vger.kernel.org, linux-mm@kvack.org, linux-nfs@vger.kernel.org, Jeff Layton X-Mailer: b4 0.13.0 X-Developer-Signature: v=1; a=openpgp-sha256; l=3126; i=jlayton@kernel.org; h=from:subject:message-id; bh=LUacYIlT79rW04FeLla3/n41llR1qlk2oIplHlsSCo8=; b=owEBbQKS/ZANAwAIAQAOaEEZVoIVAcsmYgBmfLmuyaAFpK8/qwLflf3v4ChVsLVE+AkNZRWYo JubBGmnD9+JAjMEAAEIAB0WIQRLwNeyRHGyoYTq9dMADmhBGVaCFQUCZny5rgAKCRAADmhBGVaC FcVxEACn53hnX+vD8wOy1qsZk+3QM/qqzDCO7uy8RgExJI106gkJfuFX8+lcL+HRdrW2QfOGSw+ hO7Mt3G37n3x1PsLI2i2L3wKymPJkPtkN0gCUDRhqkHhXfjGWMiAYKcupUoOQgd3/5sUw/wVOCn gxb4joKDPQjyDOuFdQP/iiNryS6CSID8IXYPqpgksIsTrI82/iB6MW5X0/XiO53z+TGnMEIyLHy P62o2CEnPUm77LjIIamrxVwCpX1qLDDUt4zXOf5PU+KQq+Cmo+3hFTZEYW1qFsWUOPaKoGLW2vc cCHBezSmioQNmG4EyshecGnFRdqkKvZM69d9AXpw0PjJOpF1X90HsqY9e46vLExXidPMU3sOo01 dFvdrSLUHmDnX7cmaEakCVuKv+EQRzodyHNKI12T9IsuPl0cXsJVgWTlunlLF2nnHPp4uGiC0K6 Dx0bk6gvhtz/eH66y2wnXWr0Q3xAMJ/SxYdqWfIArsqDw7LBA40+erE6CKTDPAf9VRsfTcO0ura SaHhLn470dWvbxOVa/L15AfDgNL+Y24+RWVrD3UYAOmDIKDyj3Ki+s8359EemA9FRV8FGJhjUhL ij+SmnVh0io7cDczz/QZh+y5Cy/DLAd3/lDWZuSoTZVLrvn5tepmBjcI0URpN1uvHG6ODJ3s/3M vO1R8IE1b5/DaDA== X-Developer-Key: i=jlayton@kernel.org; a=openpgp; fpr=4BC0D7B24471B2A184EAF5D3000E684119568215 X-Stat-Signature: kqeo1zo8p7use4gcz877o1g4yqtiwq54 X-Rspam-User: X-Rspamd-Queue-Id: 8E3E440016 X-Rspamd-Server: rspam02 X-HE-Tag: 1719450035-897232 X-HE-Meta: U2FsdGVkX1+MppfdoajugyyoXOiU6RDdenmnRwQn0UT8y10zN+s9ZJOvDaYelh7Kvl128no0S7KDtm1jZGgHDgUAn35TAdc21N6KvSkaopVa9FzWwfAR7boJG0PveBerVoLTsBRxccRRrFwA6Zwo8D62bCow+iKtZxKMujuZfCQMUid77ZaTTFMpXfYYSniVv5SilM6FRvJfUsDTGTw08H11G2DouhKpuDBhqI/EaglmCZuL39fLBZP/Gvdei/c/FtjbKIHIQjsk8J4RxOg9nK2CcTeMy7a/KXmUw1aM+sLD9sMg5N853rfmYtDGon6Qj89lL65OQ6/IyyYK1PjF+UjS5v0q3z6m3Y1HESUuYmEsqbaukHeeTx77Cu1UO0NIK7mDRENVS8fjWyupyFr2KRpHF3Z8j3AIW7PPo4ZbxZaZGlpnbXZC4psYfx8frasmBMZLrkP3lYleCVcvwVb0w2TlCxPymhNUglZZ/qhbGJrUS+HAFEdjO9xwkwoPl7QNEmzyVX01RHDwneUiP+49YW2Cy38mWIxEAryPdEloIQY4+YtQ+MHUwf2MuDIoTGpc1s7by+egKwKm3DAC1zntXSeXvlqpBpMweGf12F8No5qUTC1s5Q1M+/CvKlapxQRGVGZ5RVmcOIVloItnjzkZlJbydekH+iq3WqyU4hQCWZx55yFI6bHw3aVCCjFUOQDrqH+o/qQHAvYcfNw0Awr3B07woQk/655hnxt2EohYZFvkuBbqdFZFzlJ3rGE2Q9NG9NBzWuVHquM6YPnyAhzOEKLXYpI9vTlixoSc9dYPd82EFmgq0Hnz2X7xN+7vDFDpyIXRZRhyHDFaSz79W3h8OstASDRbCpSSSxwKbjmGY5hEIZgynuObhTrzz4X5j0dD58P+yzzBu64pn7DbdXIJcUdqlqEFcnGe5mnFW2xBKYaH0UajFBov1xU0GGAGvLze7iXI39n5TiTqoTMznOY JvGqJ973 70QKLU5hd8w39Oobs0ugV2U5C1ICQ8LymOJPJZGlIqFqG7lzVPLrc+xyXnMKEntl/AVG4MVqfsiEKO19RoMKJ0vRQLvSK9j0Qni7ye5K819d24rKmPOVybs/oXhU92M9/IGtpb4T4r7FQgSkReLGsaP99a4yDJU4TZ5k6UldZC276JtxLaN5y5WIf5B1jArddt56AYf3GG3BOSlC9SYjMYBpZDrHvuXoH5mJLb0szKrfO6/w1J2fIFNTy9g== 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: At LSF/MM this year, we had a discussion about the inode change attribute. At the time I mentioned that I thought I could salvage the multigrain timestamp work that had to be reverted last year [1]. That version had to be reverted because it was possible for a file to get a coarse grained timestamp that appeared to be earlier than another file that had recently gotten a fine-grained stamp. This version corrects the problem by establishing a global ctime_floor value that should prevent this from occurring. In the above situation that was problematic before, the two files might end up with the same timestamp value, but they won't appear to have been modified in the wrong order. That problem was discovered by the test-stat-time gnulib test. Note that that test still fails on multigrain timestamps, but that's because its method of determining the minimum delay that will show a timestamp change will no longer work with multigrain timestamps. I have a patch to change the testcase to use a different method that I will post soon. The big question with this set is whether the performance will be suitable. The testing I've done seems to show performance parity with multigrain timestamps enabled, but it's hard to rule this out regressing some workload. This set is based on top of Christian's vfs.misc branch (which has the earlier change to track inode timestamps as discrete integers). If there are no major objections, I'd like to let this soak in linux-next for a bit to see if any problems shake out. [1]: https://lore.kernel.org/linux-fsdevel/20230807-mgctime-v7-0-d1dec143a704@kernel.org/ Signed-off-by: Jeff Layton --- Jeff Layton (10): fs: turn inode ctime fields into a single ktime_t fs: uninline inode_get_ctime and inode_set_ctime_to_ts fs: tracepoints for inode_needs_update_time and inode_set_ctime_to_ts fs: add infrastructure for multigrain timestamps fs: add percpu counters to count fine vs. coarse timestamps fs: have setattr_copy handle multigrain timestamps appropriately xfs: switch to multigrain timestamps ext4: switch to multigrain timestamps btrfs: convert to multigrain timestamps tmpfs: add support for multigrain timestamps fs/attr.c | 52 +++++++-- fs/btrfs/file.c | 25 +---- fs/btrfs/super.c | 3 +- fs/ext4/super.c | 2 +- fs/inode.c | 222 +++++++++++++++++++++++++++++++++++---- fs/stat.c | 39 ++++++- fs/xfs/libxfs/xfs_trans_inode.c | 6 +- fs/xfs/xfs_iops.c | 6 +- fs/xfs/xfs_super.c | 2 +- include/linux/fs.h | 61 +++++++---- include/trace/events/timestamp.h | 173 ++++++++++++++++++++++++++++++ mm/shmem.c | 2 +- 12 files changed, 514 insertions(+), 79 deletions(-) --- base-commit: 33b321ac3a51e590225585f41c7412b86e987a0d change-id: 20240626-mgtime-5cd80b18d810 Best regards,