# 容量怎么定：从来装什么倒推，别拍脑袋

> 栏目：选型指南
> 最后更新：2026-09-11
> 摘要：容量定小了现场写满，定大了成本上升还容易被误用。按"装什么"分四类倒推，附余量留法。
> 来源：https://storage.iocol.cn/guide/capacity-planning.html

---
## 容量的两个方向都会出问题

**定小了**：现场用一段时间写满。如果盘里要写运行日志或参数回写，写满之后可能直接报错，甚至把已有文件写坏。

**定大了**：成本上升，还有一个隐性后果——容量大，现场就更容易把它当普通移动硬盘用，塞进私人文件、拷电影，甚至带进病毒。配套盘的角色一旦模糊，出问题的概率就上去了。

## 按"装什么"分四类倒推

| 盘里要装什么 | 建议容量 | 说明 |
|---|---|---|
| 说明书、驱动 | 8~16G | 软件包大就取 16G |
| 加上位机软件、运行库 | 16~32G | 按安装包体积 ×2 再向上取一档 |
| 加配置备份、参数文件 | 32G 起 | 看单个文件大小和保留份数 |
| 加运行日志、故障录像 | 64G 起 | 按日志产生速率 × 保留周期估算 |

## 余量怎么留

建议的算法是：**实际占用 ×1.3，再向上取到常用档位。**

原因是 NAND 写满之后，可用于擦除平衡的空闲块减少，写入速度会下降，寿命也会受影响。留 20%~30% 余量，是同时照顾性能和寿命的做法。

如果是**长期循环写日志**的场景，余量要留得更多，还要考虑日志轮转策略——否则盘早晚会被写满。

## 一个必须确认的点：到底要不要现场写入

这决定了容量和方案，不只是数字大小。

- **只读场景**（只装资料，出厂后不再改）：容量按资料体积算，可以用只读方案锁死，最省心
- **需要回写**（现场写日志、改参数）：容量要按写入量估算，还要考虑掉电保护和日志轮转

很多项目在选型时默认"只是装资料"，装机之后现场发现要写日志，容量和方案都得返工。

::: answer 一句话结论
容量 = 实际占用 ×1.3 后向上取一档。定容量的前提是先确认这台设备的盘是"只读资料盘"还是"要回写的工作盘"——这两者的容量算法和保护方案都不一样。
:::