![Avamar:基于 Linux 的备份系统 - 磁盘测量以 SI 单位还是以 2 为基数?](https://linux22.com/image/595135/Avamar%EF%BC%9A%E5%9F%BA%E4%BA%8E%20Linux%20%E7%9A%84%E5%A4%87%E4%BB%BD%E7%B3%BB%E7%BB%9F%20-%20%E7%A3%81%E7%9B%98%E6%B5%8B%E9%87%8F%E4%BB%A5%20SI%20%E5%8D%95%E4%BD%8D%E8%BF%98%E6%98%AF%E4%BB%A5%202%20%E4%B8%BA%E5%9F%BA%E6%95%B0%EF%BC%9F.png)
我的基本问题是,Linux 系统是否使用基于 SI 单位的磁盘测量,其中 aKB
是千字节,等于 1000 字节(10 3),还是基于二进制的混合近似值,其中 aKB
真正意味着千字节(实际上应该缩写为KiB
)等于 1024 字节(2 10)。
出现这个问题是因为我正在安装和配置一个新的Avamar 备份系统(哇!),并且许可基于已使用的存储。它是基于 Linux 构建的磁盘到磁盘备份系统,因此我们最终的许可需求(以及基准测试等等)将有所不同,具体取决于 Linux 是否以正确的方式测量磁盘使用情况,或者是否像 Windows 一样报告1000 == 1024
硬盘容量。
答:为了不让别人指责我吹毛求疵,1TB 和 1TB 之间的差别约为 10%,这意味着,一个方向上的差别就是备份 90% 的数据和备份所有数据之间的差别,而另一个方向上的差别则是六位数的成本,坦率地说,如果公司要浪费这种钱,那真的应该用来给我买一辆阿斯顿马丁。
经过 Avamar 培训和认证的工程师“帮助”进行设置,但他们不知道,他们的销售代表不知道,他们的技术支持也不知道,因此我想我会在这里问,希望我们的一位常驻 Linux 专家能够马上知道(或可以指导我如何找出答案),这样我就不用再浪费时间与不知道 Kibibyte 是什么的存储“专家”交谈了。(“不,我的发音没有错,请将我转接给了解情况的人。“)
顺便说一句,如果答案取决于版本或发行版,请告诉我,我可以通过 SSH 进入系统来获取该信息。
答案1
嗯,“正确”取决于你问谁;只是因为 IEC 这么说,并不意味着它就被广泛使用或认可。
我很想看看我们这个领域的一些民意调查(应该把它添加到SF 调查下次再说吧),但我敢打赌,大多数人与“千字节”这个词联系在一起的数字是:
1024,除非我们谈论的是物理媒体 - 在这种情况下,你指的是驱动器制造商的千字节,即 1000
我认为我们大多数人都认为没有必要设立一套单位来减少混乱,因为我们一开始并没有感到困惑。除非软件真正普遍使用“新”术语,否则对旧术语的重新定义不会产生任何实际影响。
尽管我们都知道如今,“drivemaker 的千字节”确实已降至 900 字节以下。
Avamar 的用户界面以“KB”表示存储大小,单位为 1024。
例如,这个 56.5 * 10^9 字节的日志条目显示为 52.7 GB。
我不确定这是否等同于许可证大小,但我怀疑它确实如此。
答案2
从man df
和man du
:
-h, --human-readable
print sizes in human readable format (e.g., 1K 234M 2G)
-H, --si
likewise, but use powers of 1000 not 1024
ls
也允许该--si
选项,但是-H
有另一层含义。
一般来说,除非另有说明,Linux 通常使用基数 2,这是有道理的,因为所有内容都是基于这个基数来组织的,直到磁盘扇区大小为 512 字节或 4096 字节。