Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp2526747rwi; Fri, 28 Oct 2022 08:05:49 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4g20UjbxKCls7oQtS1ma9Edg5beBOgba+RkHd6klEquETJb7oWhO9zrCWzUD6zE8PPwQGi X-Received: by 2002:a17:90a:cc7:b0:200:3b3e:4e00 with SMTP id 7-20020a17090a0cc700b002003b3e4e00mr16690773pjt.201.1666969549721; Fri, 28 Oct 2022 08:05:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666969549; cv=none; d=google.com; s=arc-20160816; b=08hzqPfX4BlAZ1o8CgK4vNcPOEthusbFtz/sK4/iuAiHpgb6W6Sp9Q5bw/Oal3ehph ShE2rEAZZrpuEa9zC7Jo7YYSVb05ZBtQFtPabNbdIoDHB5WfUPkLvDQ9VUJhxDIsk1LP UJL2SgWRe3TMpG1yRKfZNPP0Xr/Xht1KHg1FwQ+dFGFlaMRk3fcbWV+7kZRpmW+ErqyJ gOW6sEG5DfrNKgo8EOQlGPAmn6bCCeRCxTK0Ixto3WnTC8IfNKVhtavqU/Ef05OH/ox9 fO8X6ZBOCOT9V93efw7Bk5NYhjvagMViubCuLSxcs5fqXYPufy5p7M8H4UTwBdq1cFK9 x1eA== 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 :user-agent:message-id:date:cc:to:from:subject; bh=Md70ikTHrYn9BlfLNmJLcmvilcGbkcx3wARepNJCCS4=; b=UNBxNcnRF6+TlZaeWSgkU08j/3QgguFEcwfF80dmLBpymd3dSXLXHNhnj5dr2Cp+d/ EAnaB+Ie3j9OcM9yvJSE36Zx6E7CBB90mqTFJsHLh03VCix9PVVj2N8489vf/71j5bVu GvQIq9ZVaLDidyAhTSYa83qjmYRXPmcMnRd8EerKIHQ0Rbijl2FV7cUDcs8+v/gcc5Ze GuFLqozCvY8BP4M/f0HgeismNGR5Fi+3xIID899S8Ru8z/023DQ+08XBIQvBBZz8MmlE ctMN8tzFJhT6Z0b0913+7s1QheZGV9jclSfvzspUGpZfxVcB3S2sWade4jWjL3+yB/qi ycrw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id m2-20020a632602000000b00439f012ca81si4737686pgm.605.2022.10.28.08.05.31; Fri, 28 Oct 2022 08:05:49 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231216AbiJ1Orm (ORCPT + 99 others); Fri, 28 Oct 2022 10:47:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35988 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230396AbiJ1OrJ (ORCPT ); Fri, 28 Oct 2022 10:47:09 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0B0D81F9A37 for ; Fri, 28 Oct 2022 07:46:34 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id A467B628D9 for ; Fri, 28 Oct 2022 14:46:33 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id D8078C433C1; Fri, 28 Oct 2022 14:46:32 +0000 (UTC) Subject: [PATCH v7 00/14] A course adjustment, for sure... From: Chuck Lever To: linux-nfs@vger.kernel.org Cc: neilb@suse.de, jlayton@redhat.com Date: Fri, 28 Oct 2022 10:46:31 -0400 Message-ID: <166696812922.106044.679812521105874329.stgit@klimt.1015granger.net> User-Agent: StGit/1.5.dev3+g9561319 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-6.7 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,RCVD_IN_DNSWL_HI,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org I'm proposing this series for v6.2 (for-next). For quite some time, we've been encouraged to disable filecache garbage collection for NFSv4 files, and I think I found a surgical way to do just that. That is presented in "NFSD: Add an NFSD_FILE_GC flag to enable nfsd_file garbage collection". The other major change in this set is reworking the file_hashtbl to resize itself dynamically. This reduces the average size of its bucket chains, greatly speeding up hash insertion, which holds the state_lock. Comments and opinions are welcome. I think this is the last version of this series...? Jeff's fixes will follow or be squashed into this one. Changes since v6: - Reviewed-by tags have been updated - Renamed nfs4_file hash helper functions Changes since v5: - Wrap hash insertion with inode->i_lock - Replace hashfn and friends with in-built rhashtable functions - Add a tracepoint to report delegation return Changes since v4: - Addressed some comments in the GC patch; more to come - Split clean-ups out of the rhashtable patch, reordered the series - Removed state_lock from the rhashtable helpers Changes since v3: - the new filehandle alias check was still not right Changes since v2: - Converted nfs4_file_rhashtbl to nfs4_file_rhltable - Addressed most or all other review comments Changes since RFC: - checking nfs4_files for inode aliases is now done only on hash insertion - the nfs4_file reference count is now bumped only while the RCU read lock is held - comments and function names have been revised and clarified --- Chuck Lever (14): NFSD: Pass the target nfsd_file to nfsd_commit() NFSD: Revert "NFSD: NFSv4 CLOSE should release an nfsd_file immediately" NFSD: Add an NFSD_FILE_GC flag to enable nfsd_file garbage collection NFSD: Clean up nfs4_preprocess_stateid_op() call sites NFSD: Trace stateids returned via DELEGRETURN NFSD: Trace delegation revocations NFSD: Use const pointers as parameters to fh_ helpers NFSD: Update file_hashtbl() helpers NFSD: Clean up nfsd4_init_file() NFSD: Add a nfsd4_file_hash_remove() helper NFSD: Clean up find_or_add_file() NFSD: Refactor find_file() NFSD: Allocate an rhashtable for nfs4_file objects NFSD: Use rhashtable for managing nfs4_file objects fs/nfsd/filecache.c | 81 ++++++++++++++------- fs/nfsd/filecache.h | 4 +- fs/nfsd/nfs3proc.c | 10 ++- fs/nfsd/nfs4proc.c | 42 +++++------ fs/nfsd/nfs4state.c | 166 +++++++++++++++++++++++++------------------- fs/nfsd/nfsfh.h | 10 +-- fs/nfsd/state.h | 5 +- fs/nfsd/trace.h | 59 +++++++++++++++- fs/nfsd/vfs.c | 19 ++--- fs/nfsd/vfs.h | 3 +- 10 files changed, 250 insertions(+), 149 deletions(-) -- Chuck Lever