tmpfs最大容量受物理内存和交换空间限制

tmpfs支持最大的容量是多大

tmpfs 文件系统的最大容量并不是一个固定值，它主要受限于以下两个因素的总和：

可用物理内存 (RAM)： 这是最直接的限制。
可用交换空间 (Swap Space)： 当物理内存不足时，tmpfs 可以使用交换分区或交换文件来扩展其容量。

简单来说：tmpfs 的最大容量 ≈ 物理内存 + 交换空间

关键细节：

挂载时的 size 选项：
- 你可以在使用 mount -t tmpfs 命令挂载 tmpfs 时，通过 size= 参数指定一个理论最大值。例如：
  1
  mount -t tmpfs -o size=2G tmpfs /mnt/mytmpfs
- 这个 size= 值设置了该 tmpfs 实例可以增长到的上限。
- 重要： 这个 size= 值不能超过系统当前可用的物理内存 + 交换空间的总和。如果你设置了一个超过此总和的值，tmpfs 仍然只能使用到物理内存 + 交换空间的实际总和。系统不会因为你的设置就去凭空创造更多内存。
按需分配：
- tmpfs 是按需分配空间的。创建一个 1GB 的文件并不会立即占用 1GB 的物理内存或交换空间。只有当你实际向文件中写入数据时，才会逐步占用相应的空间。
- 它使用的空间是动态变化的，文件删除后，空间会立即释放。
内核参数限制 (较少见)：
- 内核有一些很少需要调整的参数（如 /proc/sys/fs/tmpfs 下的 nr_blocks 和 nr_inodes），它们理论上可以限制 tmpfs 的块数和 inode 数，从而间接限制容量。但在绝大多数标准配置下，这些参数不会成为限制因素，真正的瓶颈还是物理内存 + 交换空间。
64位系统的理论极限：
- 在 64 位系统上，物理内存 + 交换空间的总和本身就有巨大的理论上限（通常是 EB 级别），远超过任何单个硬件所能提供的容量。因此，tmpfs 的实际最大容量完全取决于你服务器或电脑装了多少 RAM 和配置了多少 Swap。
32位系统的限制：
- 在 32 位系统上，单个进程的地址空间限制（通常是 3GB 左右用户空间）以及内核空间映射的限制，可能会使得单个 tmpfs 挂载点的最大可用空间小于总的物理内存 + 交换空间。不过现代系统普遍是 64 位。

总结：

核心限制： tmpfs 的最大容量受限于 物理内存 + 交换空间 的总和。
挂载点限制： 你可以通过 size= 选项为每个挂载点设置一个上限值，但这个值不能超过物理内存 + 交换空间的总和。如果所有 tmpfs 挂载点的 size= 总和超过了物理内存 + 交换空间，那么所有挂载点能使用的实际空间之和仍然不会超过物理内存 + 交换空间。
实际占用： tmpfs 按需使用空间，不预分配。

因此，要回答“最大容量是多大”，你需要查看你的系统：

运行 free -h 查看 Mem (物理内存) 和 Swap (交换空间) 的总大小。
将这两者相加，就是你的系统上 tmpfs 理论上可以使用的最大空间总和（所有挂载点共享这个池子）。
单个挂载点的最大容量可以通过 mount -o size=X ... 来设置，但 X 不能超过第 2 步计算出的总和。

示例：
假设你的服务器有 16GB 内存 (Mem) 和 4GB 交换空间 (Swap)。那么：

tmpfs 所有挂载点能使用的最大空间总和约为 20GB。
你可以创建一个挂载点设置 size=10G，另一个设置 size=15G（10+15 > 20，这是允许设置的）。
但这两个挂载点同时存放的数据总量不可能超过 20GB。当第一个用了 10GB，第二个最多只能用 10GB；或者第一个用了 5GB，第二个最多能用 15GB，依此类推。