1.1 碎片的定义#

磁盘碎片（Disk Fragmentation）是指文件的数据块在磁盘上不连续存储的现象。当文件被分成多个片段分散在磁盘的不同位置时，磁头需要来回移动才能读取完整文件，这就是碎片导致性能下降的根本原因。

1
无碎片的磁盘布局：
2
┌────┬────┬────┬────┬────┬────┬────┬────┐
3
│ A1 │ A2 │ A3 │ B1 │ B2 │ C1 │ 空 │ 空 │
4
└────┴────┴────┴────┴────┴────┴────┴────┘
5
文件 A 连续存储（A1→A2→A3），顺序读取即可
6

7
有碎片的磁盘布局：
8
┌────┬────┬────┬────┬────┬────┬────┬────┐
9
│ A1 │ B1 │ A2 │ C1 │ B2 │ A3 │ 空 │ 空 │
10
└────┴────┴────┴────┴────┴────┴────┴────┘
11
文件 A 分散存储（A1→A2→A3），磁头需要寻道3次

1.2 碎片对机械硬盘的影响#

机械硬盘（HDD）的读取过程涉及物理运动：

一次磁盘读取中，机械运动占总时间的 99% 以上，数据传输几乎可以忽略。当文件碎片化时，每个碎片都需要一次完整的寻道 + 旋转等待，性能急剧下降。

1
连续读取 100MB 文件（无碎片）：
2
- 1 次寻道 + 1 次旋转 + 传输
3
- 总耗时 ≈ 10ms + 4ms + 1000ms ≈ 1.01 秒
4

5
碎片化读取 100MB 文件（1000 个碎片）：
6
- 1000 次寻道 + 1000 次旋转 + 传输
7
- 总耗时 ≈ 10000ms + 4000ms + 1000ms ≈ 15 秒
8

9
性能差距：15 倍

2.1 FAT 的演进历史#

FAT（File Allocation Table）是微软最早的文件系统，设计于 1980 年代初期。它的核心数据结构是一张简单的链表——FAT 表。

2.2 FAT 表的工作方式#

FAT 表本质上是一个数组，每个表项指向下一个簇号。读取文件 A 的过程：起始簇 → FAT 表查下一簇 → 下一簇 → FAT 表查下一簇 → … → 最后一个簇（标记 EOF）。

这种链表结构的问题在于：FAT 完全不关心簇的物理位置。它只记录逻辑上的”下一个簇”是谁，不会尝试将文件放在连续的簇上。

2.3 FAT 为什么容易产生碎片#

FAT 文件系统的碎片化问题源于几个设计缺陷：

一个典型的碎片产生过程：

1
初始状态：磁盘有很多连续空闲空间
2
1. 写入文件 A（3 个簇）：连续分配 → 无碎片
3
2. 写入文件 B（2 个簇）：紧跟 A 分配 → 无碎片
4
3. 删除文件 A：释放 3 个簇 → 产生 3 个簇的空洞
5
4. 写入文件 C（4 个簇）：先填满 A 的空洞（3簇），再在 B 后面分配 1 簇
6
5. 结果：文件 C 被拆成了两段 → 碎片产生
7

8
磁盘状态：[C1][C2][C3][B1][B2][C4][空][空]
9
文件 C 的簇链：1→2→3→6，不连续！

2.4 FAT32 簇大小的影响#

FAT32 的簇大小取决于分区大小：

更大的簇可以减少碎片（文件更容易在单个簇中放下），但增加了内部碎片浪费。FAT32 在大分区上使用 32KB 簇时，一个 1 字节的文件也要占用 32KB 磁盘空间。

3.1 NTFS 的设计#

NTFS（New Technology File System）在 1993 年随 Windows NT 3.1 引入，带来了多项改进：

3.2 MFT：NTFS 的核心#

NTFS 使用 MFT（Master File Table）代替 FAT 表。MFT 是一个关系数据库式的结构，每个文件和目录都有一条 MFT 记录，包含所有属性（文件名、时间戳、权限、数据位置等）。

小文件优化：如果一个文件足够小（通常 < 900 字节），它的数据可以直接存储在 MFT 记录中，称为”常驻属性”（Resident Attribute）。这避免了额外的簇分配，也减少了碎片。

3.3 NTFS 为什么仍然会碎片化#

NTFS 虽然比 FAT 先进，但在早期版本中仍然会产生碎片，原因如下：

1. MFT 本身会碎片化

MFT 在创建分区时预留了空间，但如果 MFT 增长超出预留区域，它的扩展部分可能不连续。MFT 碎片化比数据碎片化更严重，因为它影响所有文件的元数据访问。

2. 日志带来的写入模式

NTFS 的日志机制（$LogFile）记录元数据变更。日志的写入是追加式的，会消耗连续空间。当日志空间被回收重用时，可能产生碎片。

3. 延迟写入的副作用

NTFS 使用延迟写入（Lazy Write）策略：数据先写入缓存，稍后刷入磁盘。这种策略提高了写入性能，但可能导致不连续的写入顺序——应用写入 A、B、C，实际刷盘时可能变成了 B、A、C，导致数据在磁盘上不连续。

4. 没有块组概念

与 ext4 等文件系统不同，NTFS 没有块组（Block Group）的概念。ext4 将磁盘分成多个块组，每个块组有自己的 inode 表和数据块，尽量将相关文件放在同一块组中。NTFS 则使用更简单的全局分配策略，文件的分散度更高。

3.4 NTFS 碎片整理命令#

1
# Windows 碎片整理命令行
2
defrag C: /H /V
3
# /H - 在系统运行时也能整理（普通优先级）
4
# /V - 显示详细输出
5

6
# 只分析碎片程度，不执行整理
7
defrag C: /A
8

9
# 对所有卷进行碎片整理
10
defrag /C /H
11

12
# PowerShell 命令（Windows 8+）
13
Optimize-Volume -DriveLetter C -Defrag
14
# 对 SSD 使用 TRIM 而非碎片整理
15
Optimize-Volume -DriveLetter C -Trim

4.1 块组分配策略#

ext4（以及 ext2/ext3）将磁盘分成多个块组（Block Group），每个块组包含自己的 inode 表、数据块位图和数据块：

1
ext4 磁盘布局：
2
┌─────────┬─────────┬─────────┬─────────┐
3
│ 块组 0  │ 块组 1  │ 块组 2  │ 块组 3  │
4
│超级块   │         │         │         │
5
│inode 表 │inode 表 │inode 表 │inode 表 │
6
│数据块   │数据块   │数据块   │数据块   │
7
└─────────┴─────────┴─────────┴─────────┘
8

9
每个块组内的文件和元数据在物理上相邻
10
→ 减少寻道距离

局部性原则：当一个新文件创建时，ext4 会尝试将它的 inode 和数据放在与父目录相同的块组中。这样，遍历目录和读取文件时的磁盘移动距离最小。

4.2 延迟分配（Delayed Allocation）#

ext4 最关键的抗碎片技术是延迟分配（也叫 allocate-on-flush）：

1
传统分配（FAT/早期 NTFS）：
2
1. 应用调用 write()
3
2. 立即分配磁盘块
4
3. 数据写入分配的块
5

6
延迟分配（ext4）：
7
1. 应用调用 write()
8
2. 数据暂存到内存缓存
9
3. 等到缓存需要刷盘时
10
4. 一次性分配连续的磁盘块
11
5. 数据批量写入

延迟分配的好处是：当多个小写入被合并后，ext4 可以一次性分配一大块连续空间，而不是为每个小写入单独分配零散的块。

4.3 多块分配（Multiblock Allocation）#

ext4 使用 mballoc 分配器，可以一次为多个块分配连续空间。相比 ext2/ext3 逐块分配的方式，多块分配大大减少了碎片。

4.4 预分配（Preallocation）#

1
// ext4 的预分配机制
2
// 当检测到顺序写入模式时，ext4 会预分配连续空间
3
// posix_fadvise() 可以提示内核预分配
4
posix_fadvise(fd, 0, 0, POSIX_FADV_SEQUENTIAL);
5

6
// fallocate() 显式预分配空间
7
fallocate(fd, 0, 0, 100 * 1024 * 1024); // 预分配 100MB

4.5 在线碎片整理#

尽管 ext4 的碎片率远低于 FAT/NTFS，但长时间运行后仍可能产生碎片。ext4 提供了在线碎片整理工具：

1
# e4defrag - ext4 碎片整理工具
2
# 查看碎片程度
3
e4defrag -c /dev/sda1
4

5
# 执行碎片整理
6
e4defrag /dev/sda1
7

8
# 实际上，大多数 Linux 桌面用户从不需要运行这个工具
9
# 因为 ext4 的碎片率通常 < 5%

5.1 Windows 的使用模式#

Windows 用户的典型使用模式特别容易产生碎片：

这些操作在 FAT 文件系统上产生的碎片是累积性的，每次操作都让磁盘更加碎片化。

5.2 为什么 Linux/macOS 用户不关心碎片#

Linux 和 macOS 用户不关心碎片，不仅仅是因为文件系统的设计，还因为使用模式不同：

磁盘空间因素很重要：当磁盘使用率超过 80% 时，即使 ext4 也会出现碎片问题，因为很难找到连续的空闲空间。FAT 时代的小硬盘（几 GB 到几十 GB）经常接近满容量运行，碎片化更加严重。

6.1 SSD 为什么不怕碎片#

SSD（Solid State Drive）没有机械运动部件，数据通过电子信号读取：

SSD 的随机读取性能接近顺序读取，碎片对 SSD 的性能影响极小。

6.2 SSD 上的碎片整理：有害无益#

在 SSD 上进行碎片整理不仅没有必要，反而有害：

1. 增加写入量，缩短寿命

SSD 的闪存单元有写入次数限制（TLC 约 1000-3000 次）。碎片整理需要移动大量数据，增加不必要的写入。

2. 干扰磨损均衡

SSD 控制器有 FTL（Flash Translation Layer），负责磨损均衡和垃圾回收。碎片整理强制移动数据到”连续”位置，但 SSD 的逻辑地址和物理地址本身就是映射关系，“连续”在物理层面没有意义。

3. 浪费 TRIM 效果

1
# Windows 检测到 SSD 时会自动禁用碎片整理
2
# 改为执行 TRIM 操作
3
# TRIM 告诉 SSD 哪些块不再使用，可以被垃圾回收
4

5
# 手动执行 TRIM
6
Optimize-Volume -DriveLetter C -Trim
7

8
# Linux 下的 TRIM
9
sudo fstrim / -v
10
# 输出：/: 1234567890 bytes were trimmed

6.3 Windows 如何区分 HDD 和 SSD#

1
# Windows 8+ 自动检测磁盘类型
2
# 通过 SSD 的 NVMe/SATA 标识和 TRIM 支持来判断
3

4
# PowerShell 查看磁盘类型
5
Get-PhysicalDisk | Select MediaType
6
# 输出：Unspecified / HDD / SSD
7

8
# Windows 优化计划：
9
# HDD → 执行碎片整理
10
# SSD → 执行 TRIM
11
# 自动根据磁盘类型选择正确的优化策略

7.1 ReFS 的设计目标#

ReFS（Resilient File System）是 Windows Server 2012 引入的新文件系统，设计目标包括：

7.2 写时复制（Copy-on-Write）与碎片#

ReFS 使用写时复制（CoW）策略：修改数据时，不覆盖原有数据，而是写入新位置，然后更新指针。这种策略天然避免了覆盖写入产生的碎片，但可能导致元数据碎片。

7.3 ReFS 的局限#

ReFS 在 Windows 10/11 家庭版和专业版中功能受限（如不支持启动卷），主要面向服务器场景。大多数 Windows 用户仍然使用 NTFS。

8.1 Windows 碎片整理工具的历史#

Windows Vista 是一个转折点：微软终于默认开启自动碎片整理，用户不再需要手动操作。但此时 NTFS 的碎片问题已经困扰了 Windows 用户超过十年。

8.2 第三方碎片整理工具#

1
# 常见的第三方碎片整理软件
2
# Diskeeper - 最老牌，也是 Windows 自带工具的基础
3
# O&O Defrag - 支持多种整理策略
4
# Defraggler - 免费工具，可整理单个文件
5

6
# 为什么需要第三方工具？
7
# 1. Windows 自带工具策略保守（不整理某些系统文件）
8
# 2. 第三方工具支持开机时整理（整理 pagefile.sys 等）
9
# 3. 提供更详细的碎片分析报告

9.1 早期 Windows 需要碎片整理的原因#

9.2 文件系统抗碎片能力对比#

9.3 现代 Windows 的变化#

核心观点：早期 Windows 需要碎片整理，根本原因是 FAT 文件系统缺乏抗碎片机制。NTFS 虽有改进，但延迟写入和无块组设计仍然导致碎片。现代操作系统通过延迟分配、块组、写时复制等策略从源头减少碎片，加上 SSD 的普及（随机访问性能接近顺序访问），碎片整理已经从一个必须的用户操作变成了一个后台自动任务，甚至对 SSD 完全不必要。