From: Zhang Xiliang <zhangxiliang@cn.fujitsu.com>
To: Theodore Tso <tytso@MIT.EDU>,
Ext4 Developers List <linux-ext4@vger.kernel.org>
Subject: [PATCH -v2]ext4: add the spec for ext4 subdirectory limit(was: Problems with the max value for create directory)
Date: Wed, 18 Feb 2009 13:29:55 +0800 [thread overview]
Message-ID: <499B9CD3.8060608@cn.fujitsu.com> (raw)
When using hash index, too many long-subdirectory-names and 1024 blocksize, the
subdirectory limit may be less than 32000.
The problem is that indexed diretories have a limit that only allows the trees
to be two levels deep. The fanout is normally big enough that this is effectively
not a problem, but if you use too many long-names, and a 1024 blocksize, you will
run into htree limit much more quickly.
The users may be puzzled when they can't create more than 32000 subdirecties with
using hash index, too many long-names and 1024 blocksize. It should be remind of
in the ext4 document.
Signed-off-by: Zhang Xiliang <zhangxiliang@cn.fujitsu.com>
---
Documentation/filesystems/ext4.txt | 8 +++++++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/Documentation/filesystems/ext4.txt b/Documentation/filesystems/ext4.txt
index cec829b..0e1ec9c 100644
--- a/Documentation/filesystems/ext4.txt
+++ b/Documentation/filesystems/ext4.txt
@@ -85,7 +85,7 @@ Note: More extensive information for getting started with ext4 can be
* extent format more robust in face of on-disk corruption due to magics,
* internal redundancy in tree
* improved file allocation (multi-block alloc)
-* fix 32000 subdirectory limit
+* fix 32000 subdirectory limit (*1)
* nsec timestamps for mtime, atime, ctime, create time
* inode version field on disk (NFSv4, Lustre)
* reduced e2fsck time via uninit_bg feature
@@ -100,6 +100,12 @@ Note: More extensive information for getting started with ext4 can be
* efficent new ordered mode in JBD2 and ext4(avoid using buffer head to force
the ordering)
+(*1) Note
+Basically, the limit depends on blocksize and length of subdirectory names in
+the directory. If blocksize is too small (like 1024) and you use too many
+long-names, you may reach a smaller limit. When dir index is off, the limit is
+65000.
+
2.2 Candidate features for future inclusion
* Online defrag (patches available but not well tested)
next reply other threads:[~2009-02-18 5:28 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-18 5:29 Zhang Xiliang [this message]
2009-02-23 3:25 ` [PATCH -v2]ext4: add the spec for ext4 subdirectory limit(was: Problems with the max value for create directory) Theodore Tso
2009-02-24 7:26 ` [PATCH -v2]ext4: add the spec for ext4 subdirectory limit(was:Problems " Zhang Xiliang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=499B9CD3.8060608@cn.fujitsu.com \
--to=zhangxiliang@cn.fujitsu.com \
--cc=linux-ext4@vger.kernel.org \
--cc=tytso@MIT.EDU \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).