众所周知， Mac 上 1000M=1GB，如何修正这个优化？

以我的经验，硬盘、内存生产商按照 1000 来计算的，操作系统是按照 1024 算的。之前碰过 aix 特别大的块设备分区的还要预留 5%的损耗，所以容量这种东西没有这么准。
macOS 也属于 BSD ，不太可能不用 2^10 。
在你没有骗我的情况下，可能这块硬盘是苹果自己生产的？
另外建议拿着发票去起诉，让所有人都受益。

@zhlxsh 如果你有 Mac 设备，找一个文件，点鼠标右键-显示简介，就可以验证。
如果你还不信，那么请查看苹果的官网： https://support.apple.com/en-us/102119
这里面有完整的说明。

苹果故意的，我记得早期版本 macOS 没有这个功能，是后加的（大概是 10.8 还是 10.9 ），为了符合普通用户直觉一些，我当时感觉改了还蛮舒服

但是其实只有他自己的软件是这样算的，你用命令行，还是通用的 1024 的算法（你可以命令行 df -h 看磁盘大小）。但是你要说有什么方法能把 Finder 改成你那个算法，那可能不太行，这属于逆向了。真的有这么强的定制系统需求，可能只有 Linux 更合适一些。

GB 一直都是 1000 MB ，你说的是 GiB = 1024

@superchijinpeng windows 系统把 GB 当 GiB 用了

比如说你买一个硬盘说是 500G 但是在 Windows 中看只有 400 多

@superchijinpeng 嗯，那我改成中文描述问题吧。

我一个 1024 兆自己大小字节的文件，我想要在苹果的系统上，显示为 1 千兆字节大小，有什么办法吗？

没办法，用图形 (GUI) 看 1000 的，用命令行 (terminal) 看 1024 的。

不能，反过来说，你也没法让 Windows 显示 1000 进制呀

纠结这个干嘛，纯内耗自己？

@hellojsonlv 我有使用场景啊，这怎么还谈上纠结了呢？

@dilidilid 目前没有遇到需要转 1000 进制的场景呢

比较好奇你的场景

@superchijinpeng 我以是格式化的

重写一个类似 finder 的软件？

@andforce #10 了解下是什么场景呢？

@wind1986 比如一个上传文件系统，限制文件大小为 500M （ 1024 进制），你在 Mac 系统下有一个文件 A ，查看后大小为 510M （ 1000 进制），你这时候觉不能上传，可实际上是可以上传。

因为 Mac 系统下的 510M 实际特么是 498M （对需要上传的文件系统来讲）。

PS：这是实际遇到的场景

@H97794 牛，完美解决。

@Tink 还真有人写了。。。

@263 兄弟有办法了，赶紧回来看 15 楼

@dilidilid

@andforce 我还真用过这软件，其实就是取代掉了系统自带的 finder ，不过这东西在实际体验上跟原生的会有一些区别

@andforce 照这么说确实有必要，Path Finder 软件里也支持转换

qspace 确实好用，刚出就买了

@andforce #17 你是担心用户有困惑么?一般大小的限制, 不是自己前端或者后端做限制么, 那个地方逻辑应该统一的

@wind1986 我就是用户

@andforce #26 就是你以为能传, 但是实际上刚好卡着大小了不能传么, 这么临界的 case

@wind1986 #27 请问您是 1986 年出生的人吗？

哈哈，老是和别人说这个文件多大的时候，人家收到后明明更小。这个时候比较尴尬。

楼上咋那么多人喜欢...奇怪

@amazingZL #29 见多了就不奇怪了，欢迎参观 t/1080329

@chengxy 哈哈哈 太搞笑了呢，大家都好喜欢答非所问。

不应该优化，因为本来就是 1000MB=1GB 。

op 想要的其实是 1000MiB=1GiB 。

@chengxy #28 不是, 故意这样写, 误导人的