BitComet 智能磁盘分配 — 预先占位减少文件碎片
什么是文件碎片
硬盘上的文件系统在存储文件时，会把文件切分成固定大小的"簇"（NTFS 默认 4KB，FAT32 默认 4KB 或 32KB 等），然后把这些簇散布在磁盘的各个位置。如果一个文件的所有簇连续排列在磁盘上，叫做"无碎片文件"；如果簇被分散在多个位置，叫做"碎片文件"。
碎片对性能的影响：
- 机械硬盘：磁头需要频繁寻道跳转到不同的物理位置才能读完一个文件，读取速度大幅下降（碎片严重时可降到连续文件的 30% 以下）。
- SSD：虽然没有机械寻道问题，但碎片会影响 SSD 的磨损均衡算法，长期来看寿命消耗更快。
BT 下载天然容易产生碎片——因为分片是乱序到达的，每到一个分片就往文件里插一块，簇的分配位置完全是随机的。
智能磁盘分配的原理
BitComet 的智能磁盘分配（Intelligent Disk Allocation）要解决的就是这个问题。核心思路是：在下载开始前，就为整个文件预先分配好所需的全部磁盘空间，创建一个完整大小的占位文件。
举个例子：你要下载一个 10GB 的 BT 任务，里面是一个 10GB 的视频文件。开启智能磁盘分配后，BitComet 会先在下载目录下创建一个大小为 10GB 的文件（里面全是零字节数据），然后在这个文件上按 BT 分片的逻辑写入实际数据。这样做的好处：
- 文件大小不再变化：下载过程中文件大小始终是 10GB，不会一会儿大一会儿小。Windows 文件系统可以一次性分配好所有所需的簇，保证它们是连续的。
- 不会产生碎片化：因为文件从一开始就是完整大小，文件系统有充足的空闲簇可以连续分配，避免了边下载边扩容时簇被插入到文件中间其他位置的情况。
- 下载速度更快：连续文件的读取速度是随机读取的几倍甚至十几倍——不仅 BitComet 自己做种时读数据更快，你用播放器打开视频时 seek 也更快。
和"稀疏文件"的区别
有些 BT 客户端（比如旧版 Vuze）用的是"稀疏文件"（sparse file）技术来实现类似效果——只在文件系统元数据里声明文件大小为 10GB，但实际只给有数据的部分分配簇。这样节省了磁盘空间，但无法避免碎片，因为实际数据簇还是分散的。
BitComet 的智能磁盘分配是真正预写所有簇——你会看到磁盘占用立刻增加到任务总大小。如果你磁盘空间不够就会直接报错，不会下载到一半才发现空间不足要清磁盘。这是一个 tradeoff：用下载前确认磁盘空间的不便，换下载后无碎片的好处。
开启、关闭与观察
智能磁盘分配默认是开启的：
- 打开 选项 → BT → 勾选 "启用智能磁盘分配"。
- 下面还有一个 "为所有新任务预分配磁盘空间" 的子选项——控制是下载前一次性预分配还是按需分配（后者只分配即将用到的那部分空间，节省磁盘但会产生碎片）。
如何确认预分配在工作
加入一个新的 BT 任务后，打开下载目录，你会看到：
- 文件立刻出现，大小就是 torrent 里声明的完整大小（几 GB 或几十 GB）。
- 此时文件内容还全是空的零字节（用记事本打开会看到全是
NUL字符）。 - 随着下载进行，这些空字节被实际数据覆盖。
Windows 资源管理器的"可用空间"也会立刻减少——因为 10GB 的预分配文件确实占用了 10GB 的磁盘空间（虽然内容还是零）。注意：BitComet 预分配文件时如果磁盘可用空间不够，会直接报错并拒绝开始下载。建议加任务前先确认磁盘可用空间 ≥ 任务总大小的 1.1 倍以上（留出一些临时文件和操作系统开销）。
关闭智能磁盘分配
什么时候可能需要关闭：
- 磁盘空间紧张：比如只有 8GB 可用、任务要下 10GB，关闭后 BitComet 会按需分配，先能下到多少算多少（虽然最后大概率会因为空间不够而失败）。
- 用小 SSD：如果你用的是一个容量特别小的系统盘（比如 64GB），不想让 BitComet 预分配十几个 GB 的空间。
- 特殊文件系统：某些罕见文件系统（或 FAT32 不支持单个文件超过 4GB）下预分配会失败。
关闭后 BitComet 的行为就和传统 BT 客户端一样——分片到了才往文件里插一块，文件大小随下载进度增长。碎片不可避免，但至少能下载。
和磁盘缓存的配合
智能磁盘分配 + 智能磁盘缓存是 BitComet 的一组组合拳：
| 智能磁盘缓存 | 智能磁盘分配 | |
|---|---|---|
| 作用层 | IO 请求层 | 文件系统层 |
| 解决的问题 | 减少读写频率和寻道 | 避免文件碎片化 |
| 独立效果 | 降低磁盘负载、延长寿命 | 保证文件连续、读写速度快 |
| 配合效果 | 两者同时开 = 对磁盘最友好的下载体验 |
智能磁盘缓存把多个小块写入合并成一个大块连续写入；智能磁盘分配让这些大块写入的目标文件本身就是连续的——双重加持下，BitComet 对硬盘的压力比其他 BT 客户端低很多。
常见问题
预分配特别慢
预分配一个大文件时 BitComet 看起来"卡住"了，进度完全不动。这是正常的——BitComet 正在用零字节把整个文件写满，机械硬盘上写 10GB 零字节可能需要几十秒。SSD 上会快很多（几秒完成）。等一会儿就好。
预分配导致磁盘 100% 占用
和"预分配特别慢"是同一个现象——BitComet 在做连续的大块写入，磁盘活动被占满。等预分配完成后，磁盘活动会恢复正常（而且因为有磁盘缓存，实际运行时磁盘占用反而会比预分配前低）。
怎么释放预分配但没用到的空间
如果你取消了一个正在预分配或下载中的任务，BitComet 会自动删除那个预分配的占位文件，释放磁盘空间。不需要手动清理。如果你发现取消任务后占位文件还在（罕见 bug），手动删除即可。
磁盘够但预分配报错
- FAT32 文件系统单文件 4GB 限制：把下载目录换到 NTFS 分区。
- 磁盘配额或权限限制：检查目标目录的 NTFS 权限。
- BitComet 进程权限不够：以管理员身份运行 BitComet。