Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp3689828rwb; Fri, 30 Sep 2022 07:06:56 -0700 (PDT) X-Google-Smtp-Source: AMsMyM611NI1y//LEpNp0gX8QaPFGlhHiUmxgKr+LPljgu6LGytECswlrnP9cjoLMYUhaiieoLEt X-Received: by 2002:a17:907:3f0b:b0:781:e783:2773 with SMTP id hq11-20020a1709073f0b00b00781e7832773mr6356129ejc.610.1664546816197; Fri, 30 Sep 2022 07:06:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664546816; cv=none; d=google.com; s=arc-20160816; b=sx+d0C/ZtJBf1IcxnGFuDgh2HSkyoDeQP93qRTRO9soHiZfQizrkmG69hBwPpqnjL3 aDOmkIXcPsCL1gVhpy35A+K5AwW0gmtRkSq++8lioMVxLaL6HVK4vCetxfeS3JD8uNJp 6kTPv0blv4OEtBkHYrWXa3pBsQRIIz2/GGUUmsXSMLz5/FslIE1bPhfC6lk1adLaS88O 0XT0ojAx5s8rp2fO8rOq1nZxFv4pm3KoIU5x7aa6xFarbGubadolz04YS61cgxFr45sm 1SXAgROJDXGF0pmTzoFpIQJMU7j7v/rr3VZa9wop29uxbSshpaFwp9RpI36YE9br1VXq napg== 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 :references:in-reply-to:message-id:date:subject:cc:to:from; bh=Sbs/cUq9XHkgY+DxxgVPk1stt4HOOBvj0VGsXoxnnv8=; b=H4Ud3Y4aeUS4RYkNQ5QMq6V3bPWxCHrzfywKJCZS/XWeZ5xgIZikgXoiuEATwMRyVU rrNkmQW1Xa8VMQzItxAJZopKMmZEZ3E5xZOic3Np9MLDapxNW0XkSxhsPLWVBzsAmsSl B9XTymYa8takRi55+wYKHMc3xx0zQ1J5B1AEc4KDFR/P7OEe9FxpuibI+ypU7xrilUY9 GcJM96lHfokmhvHQhJmr8k3zYUUGdCCKWktjOzZCeYImfX8yYNcYZaYNkgyPZlBkc4UB OjyfXGUE5h5uJP+EA++7SqO3OZ5wFwt5FoxvErXKFKXBLE2UNKstDAVpvdwyxeO69uO1 8e0g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id gs38-20020a1709072d2600b0078266dc4b8csi1985567ejc.719.2022.09.30.07.06.25; Fri, 30 Sep 2022 07:06:56 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-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-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231376AbiI3N7d (ORCPT + 99 others); Fri, 30 Sep 2022 09:59:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33902 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229613AbiI3N7b (ORCPT ); Fri, 30 Sep 2022 09:59:31 -0400 Received: from 12.mo584.mail-out.ovh.net (12.mo584.mail-out.ovh.net [178.33.104.253]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C8D3115C5B0 for ; Fri, 30 Sep 2022 06:59:29 -0700 (PDT) Received: from player157.ha.ovh.net (unknown [10.110.115.139]) by mo584.mail-out.ovh.net (Postfix) with ESMTP id E6687231CE for ; Fri, 30 Sep 2022 10:30:19 +0000 (UTC) Received: from sk2.org (82-65-25-201.subs.proxad.net [82.65.25.201]) (Authenticated sender: steve@sk2.org) by player157.ha.ovh.net (Postfix) with ESMTPSA id 84BE82F30298E; Fri, 30 Sep 2022 10:30:14 +0000 (UTC) Authentication-Results: garm.ovh; auth=pass (GARM-104R005c2f86f72-bec0-41b2-8cac-1b1f326278f0, C05B2F2BD13FA39C9993548B485976379164E02D) smtp.auth=steve@sk2.org X-OVh-ClientIp: 82.65.25.201 From: Stephen Kitt To: Jonathan Corbet Cc: linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, Stephen Kitt Subject: [PATCH v2 1/5] docs: sysctl/fs: remove references to inode-max Date: Fri, 30 Sep 2022 12:29:33 +0200 Message-Id: <20220930102937.135841-2-steve@sk2.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20220930102937.135841-1-steve@sk2.org> References: <20220930102937.135841-1-steve@sk2.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Ovh-Tracer-Id: 14211953050474415750 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedvfedrfeehvddgvdekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvvefufffkofgjfhgggfestdekredtredttdenucfhrhhomhepufhtvghphhgvnhcumfhithhtuceoshhtvghvvgesshhkvddrohhrgheqnecuggftrfgrthhtvghrnhepgefhhfeliefghfetieffleevfefhieduheektdeghfegvdelfffgjefgtdevieegnecukfhppedtrddtrddtrddtpdekvddrieehrddvhedrvddtudenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphhouhhtpdhhvghlohepphhlrgihvghrudehjedrhhgrrdhovhhhrdhnvghtpdhinhgvtheptddrtddrtddrtddpmhgrihhlfhhrohhmpehsthgvvhgvsehskhdvrdhorhhgpdhnsggprhgtphhtthhopedupdhrtghpthhtoheplhhinhhugidqkhgvrhhnvghlsehvghgvrhdrkhgvrhhnvghlrdhorhhgpdfovfetjfhoshhtpehmohehkeeg X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_PASS autolearn=unavailable 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-kernel@vger.kernel.org inode-max was removed in 2.3.20pre1, remove references to it in the sysctl documentation. Signed-off-by: Stephen Kitt --- Documentation/admin-guide/sysctl/fs.rst | 16 ++++------------ 1 file changed, 4 insertions(+), 12 deletions(-) diff --git a/Documentation/admin-guide/sysctl/fs.rst b/Documentation/admin-guide/sysctl/fs.rst index 2a501c9ddc55..54130ae33df8 100644 --- a/Documentation/admin-guide/sysctl/fs.rst +++ b/Documentation/admin-guide/sysctl/fs.rst @@ -33,7 +33,6 @@ Currently, these files are in /proc/sys/fs: - dquot-nr - file-max - file-nr -- inode-max - inode-nr - inode-state - nr_open @@ -136,18 +135,12 @@ enough for most machines. Actual limit depends on RLIMIT_NOFILE resource limit. -inode-max, inode-nr & inode-state ---------------------------------- +inode-nr & inode-state +---------------------- As with file handles, the kernel allocates the inode structures dynamically, but can't free them yet. -The value in inode-max denotes the maximum number of inode -handlers. This value should be 3-4 times larger than the value -in file-max, since stdin, stdout and network sockets also -need an inode struct to handle them. When you regularly run -out of inodes, you need to increase this value. - The file inode-nr contains the first two items from inode-state, so we'll skip to that file... @@ -156,11 +149,10 @@ The actual numbers are, in order of appearance, nr_inodes, nr_free_inodes and preshrink. Nr_inodes stands for the number of inodes the system has -allocated, this can be slightly more than inode-max because -Linux allocates them one pageful at a time. +allocated. Nr_free_inodes represents the number of free inodes (?) and -preshrink is nonzero when the nr_inodes > inode-max and the +preshrink is nonzero when the system needs to prune the inode list instead of allocating more. -- 2.31.1