Ext4 不存在 Dir_Prealloc 参数，真实影响大型多级目录性能的是 dir_index（htree）、块组局部性分配、inode 预留、延迟分配及 per-CPU locality group 协同机制。

Ext4 并没有 Dir_Prealloc 这个属性或挂载参数，它根本不存在——不是被弃用，而是从未在内核实现、文档（man 5 ext4）、tune2fs 或 mkfs.ext4 的选项中定义过。搜索 Linux 内核源码（截至 2026 年）、ext4 官方维基、以及所有稳定发行版的手册页，均无此术语。把它当作真实配置项使用，会导致误解底层机制，甚至误调优。

真正影响大型多级目录（例如含数万子目录的 /var/lib/docker/overlay2 或 /srv/www/sites/）物理块分配效率的，是以下协同工作的真实机制：

Obsidian (Linux)

操作 Obsidian 库（纯 Markdown 笔记），并通过 notesmd-cli 实现自动化。

下载

目录索引与块组局部性分配

• 启用 dir_index（htree）是前提：它让目录以 B+ 树组织，避免线性扫描；未启用时，目录条目超 10k 就会明显变慢。
• 新增目录项时，ext4 的多块分配器（mballoc）会优先在同一块组内分配连续空间，使目录元数据物理邻近，提升 ls、find、rm -r 等操作的缓存命中率和寻道效率。
• 操作建议：
  • 格式化新分区时加 -O dir_index
  • 对已有文件系统运行：
    sudo e2fsck -D /dev/sdXN（强制重建 htree 索引）

inode 预留与目录扩展能力

• 大量子目录 = 大量 inode 消耗。若 inode 耗尽，连新建子目录都会失败，更谈不上预分配优化。
• 每万个子目录建议预留至少 2–3 万 inode（考虑硬链接、快照等开销）。
• 操作建议：
  • 创建时指定：mkfs.ext4 -N 500000 /dev/sdXN
  • 调整现有系统：sudo tune2fs -i 0 -c 0 /dev/sdXN（禁用检查，腾出 inode 余量）

延迟分配与 per-CPU 局部组（locality group）

• 创建目录本身属于元数据写入，受延迟分配（delayed allocation）影响：不立即落盘，而是暂存，等待批量提交，从而提升连续块分配概率。
• 并发创建大量小目录（如容器启动）时，ext4 从 per-CPU locality group 分配空间，减少锁竞争，加快响应。
• 该行为由内核自动管理，无需手动开启，但需确保：
  • 不挂载 nodelalloc（默认已启用延迟分配）
  • 避免频繁 sync 或 fsync 干扰批处理节奏

挂载选项辅助元数据效率

• noatime 或 relatime：禁止或简化访问时间更新，大幅减少目录 inode 的回写次数，缓解 I/O 压力。
• data=ordered（默认）：平衡安全与性能，适合绝大多数场景；避免 data=writeback（可能丢失元数据一致性）。

不复杂但容易忽略。