Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp6477216rwi; Tue, 18 Oct 2022 12:59:44 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5XvFL+cw4F7kfovN4DdC4FjOioUz+rA1hjtgX2rXbEt7nrOke0vVkg9UVD6JOYQ8yXbWF5 X-Received: by 2002:a17:907:6088:b0:78d:8e24:40d0 with SMTP id ht8-20020a170907608800b0078d8e2440d0mr3742964ejc.590.1666123173353; Tue, 18 Oct 2022 12:59:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666123173; cv=none; d=google.com; s=arc-20160816; b=tuNcSaNIlzRJN7VHIA/ENJ0AhvePLFDIo+oc0woYJqCcHPcA6R9byOjIbbwKi40SQB Zsd1vyyu5w9Y2et23U6kEsw+FjAwDyvdux2JFX4lZ38/0WmCD9cJrWwXxlxj9otKqB2g uR55oyxV7pltkrlfFaKmvaIfWaPscz9bCCxq1Arhn+LlQtqh3IyyKzKFuQfgnrH4fptT Tke1WC444c6Dwe/YAfddV5fF2Ns1S0x58CwdSDirNnKjsMo6XYB7AVxYcXpVAEZmhKbl 0YjGMjqCT8g/xYQM35TtelLtZqEtdZXzJdFtaXSXcsw5HvrvE8oDhN111Ml1nxH0T1BL /X2A== 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=tdj3P0yxRl10UAkghwPnshzU5W+g/RQKEvJUliJDyvc=; b=yKNjPllPvekU/ft3ead8RKTlPsJY1I5Oy6DM6ULe6wqyAzjNjoQAO0oZvrxU277sra cB8XMbk/Uxd5m983WV+aMg5tSSZfovdnfwbH8hLOb/eF4VcscI7viAf+jiZrxoIqzj3b kF1q6rpiGHd7w+rPmSdwAFYeFVsVhhOv6sgvu5Wzd6bBzV/+2ebkZ9jSCsWX1tsWlk/q gTWUgfPtD0J/X4DnRy3jFdfU1TfyKlvel1coUj5nOfzCarvoJr3+LkQp8GVbvVT5EAEv NJjubnk2R5BfLkwa3dcmb2OMvWkI1j6Tdhd8cNOg4ig+lYDX/A7sKeB4K2/6uSsOpcev rXkg== 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 hd15-20020a170907968f00b0077a0f6cbfa0si13078682ejc.114.2022.10.18.12.58.33; Tue, 18 Oct 2022 12:59:33 -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 S229845AbiJRT6X (ORCPT + 99 others); Tue, 18 Oct 2022 15:58:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37098 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229744AbiJRT6W (ORCPT ); Tue, 18 Oct 2022 15:58:22 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3597025288 for ; Tue, 18 Oct 2022 12:58:21 -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 C395F61689 for ; Tue, 18 Oct 2022 19:58:20 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 0F8B6C433D6; Tue, 18 Oct 2022 19:58:19 +0000 (UTC) Subject: [PATCH v4 0/7] A course adjustment, for sure From: Chuck Lever To: linux-nfs@vger.kernel.org Cc: neilb@suse.de Date: Tue, 18 Oct 2022 15:58:19 -0400 Message-ID: <166612295223.1291.11761205673682408148.stgit@manet.1015granger.net> User-Agent: StGit/1.5.dev2+g9ce680a5 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). I intend to open this branch soon, now that the v6.1 merge window is closed. 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. 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 (7): 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: Use const pointers as parameters to fh_ helpers NFSD: Use rhashtable for managing nfs4_file objects NFSD: Clean up nfs4_preprocess_stateid_op() call sites NFSD: Trace delegation revocations fs/nfsd/filecache.c | 79 +++++++++++----- fs/nfsd/filecache.h | 4 +- fs/nfsd/nfs3proc.c | 10 +- fs/nfsd/nfs4proc.c | 42 ++++----- fs/nfsd/nfs4state.c | 221 ++++++++++++++++++++++++++++++-------------- fs/nfsd/nfsfh.h | 10 +- fs/nfsd/state.h | 5 +- fs/nfsd/trace.h | 58 +++++++++++- fs/nfsd/vfs.c | 19 ++-- fs/nfsd/vfs.h | 3 +- 10 files changed, 305 insertions(+), 146 deletions(-) -- Chuck Lever