如题,使用 veracrypt 的虚拟加密卷,格式化为 ntfs
如果我想向卷内写入 100GiB 数据,显然在创建卷的时候不能只预分配 100GiB 的空间,因为 ntfs 本身的元数据还要占用一部分卷空间
那么我应该如何计算预分配空间的大小,保证下一步能够写入 100GiB 的数据呢?
更进一步,其它常用文件系统又该如何计算呢?
This topic created in 1432 days ago, the information mentioned may be changed or developed.
 |
1
zhlxsh Jul 11, 2022 via iPhone  1
以我 AIX 小型机的经验说一点建议：首先你实际测试一下得出一个损耗的比例如 2%，实际计算就要比这个比例大一点点，使划分好之后分区内预留一部分空间日后紧急情况扩容。
假如实际损耗为 2%，我们按 5%计算。现在想写 100G 空间的数据，起码需卷的大小是 106 ，然后格式化出来一个 100G 的分区，还剩约 3G 的空间可供日后扩容。 大概是这样，如有错误还请赐教 |
 |
2
7RTDKSAK OP @zhlxsh
我也是这样想,实际测试一下确实比较直观 但是还有一个问题,ntfs 本身的元数据所占用的空间,是在格式化之后就一次性分配完了,还是根据写入数据量的增减而变化呢? 如果是前者,测试就很简单 如果是后者,还要真地往虚拟卷写入 100GiB 数据才能测试,而且不同地计划写入量还要分别测试,很麻烦 |
 |
3
ysc3839 Jul 11, 2022 via Android 1
不够了扩容即可
|
 |
4
7zlid Jul 11, 2022 via Android 1
如果是只有几个
那预留 20%甚至百分之百都可以接受啊 现在硬盘非常便宜 |
 |
5
kokutou Jul 11, 2022 via Android 1
元数据是变化的。
你下个 DiskGenius ，菜单里勾选显示 NTFS 元文件。 对比看看小文件多的 c 盘和存电影的盘就知道了。 |
|
6
7RTDKSAK OP @ysc3839 想后期扩容,就必须使用稀疏卷,而稀疏卷一是降低读写性能,二是降低安全性
@x128akp539 原计划拿来加密数据然后备份到网盘的,这种虚拟容器的形式可以直接挂载就读写,但是存在预分配空间的难题和浪费---与之作为对比,像压缩包 /gnupg/openssl 这种加密数据流的形式,读写之前又要层层剥皮,中间文件也是巨大地浪费 @kokutou 了解,谢谢!我测试了不同容量,确实元数据占比波动太大了,我甚至找不到规律 已经放弃这方案了,再继续找,cppcryptfs 和 cryptomator 这俩货,功能满意,但是一个崩溃一个读写太太太慢,劝退 |
|
10
7zlid Jul 11, 2022 via Android
试试 vhdx 和 7z 吧
也挺好用的 |
|
11
7RTDKSAK OP @x128akp539 7zip 候选,vhdx 不是一样有预分配空间的问题吗
|
|
13
7RTDKSAK OP @x128akp539 我试试!
|
Select Language