@rbe 你是说 disk image 吗？那是 sparse file 虽然文件大小是 64G 但是实际占用是用多少占多少
你查看文件信息就能看到 文件大小和实际占用大小不一样的

@GTD 如果你只开 docker 那么用 Docker for Mac 比较好 里面的虚拟机比较轻量 而且不需要额外的配置
如果你需要同时开 linux vm 和 docker 那么在 vm 里面开 docker 比较好 不然相当于你要开两个虚拟机 而且还可能是不同 hypervisor 的虚拟机

偶尔还是需要关机或者重启一下的
停电也没办法

如果那些软件有适配过 ARM64 的话 可能难度会小一些

@msn1983aa @garlics x3 应该不止
因为压缩率还是挺高的
单单解压就不止 x2 了
安装和比解压还要大
然后还要快照备份 以防安装失败要回滚

所以至少 x5 x10 都是可能的
如果更新大小 2G 那么就需要 10-20G 空间

此外由于系统运行需要保留一定的可用空间 比如预留 5G
那么你更新一下估计得空出来 20-40G 才行

你要知道这次 big sur 安装包就 15G 而且还是压缩过的
更新每次也都有好几个 G 还要解压
128G 版本本来就是让你不太好用的 不然谁买大容量的啊

@tabris17 “乔布斯不可能开源苹果的操作系统代码” macOS 核心是开源的 而且很多内核组件也是开源的 webkit 也是开源的

@wydinhk 普通办公娱乐使用够了 轻度的剪片或者处理照片也没问题

但是他只测试的单个应用 8G 基本上都用尽了内存
所以如果你需要多个任务同时做
比如一边编译或者导照片 一边开一堆网页 估计就不太够了
所以对于开发而言 最好上 16G

@kyuuseiryuu LZ 说的就是同样的包版本不一样 这个太常见了

@pkuphy 最简单的办法就是加 githook checkout 的时候自动 npm i

@kyuuseiryuu 现在前端 node_modules 加 git 里可不太好
太大了 webpack babel react/vue/angular 什么的 一大堆 可以上 G
而且每次 npm install 相当多文件会变化

除非你 npm install 一次之后再也不动 这当然已经不可能了

就是蓝牙的问题 只要是蓝牙鼠标 只有 Magic Mouse 还勉强可以接受 其他都掉帧
用 2.4G 的就不是就没问题了 再有问题 就让接收器离得近一点 不要有遮挡 尝试不要装在 hub 上面

不会 既然转了 就会一口气转过去
现在过度阶段 ARM 的 Mac 还不成熟 高端暂时用 x86
明年高端 MBP iMac 就会出来的
最后才是 iMac Pro 和 Mac Pro

应该是本地快照的原因
thin local snapshot 或者 clean purgeable space 应该可以清理出来

@dadupi 估计没戏 就算是虚拟机 估计不是 x86 虚拟机
而且就算是 x86 虚拟机 硬件驱动估计是个问题

戴套就好了 iPhone5 的时候就觉得割手

@Gandum Rosetta 2 不支持虚拟化 所以不能指望虚拟化可以直接支持转译 x86 的
虚拟化只支持 ARM64 的虚拟化 docker PD 承诺的都是给予 hypervisor framework 的 ARM64 的虚拟化

@dartabe 太大可能还会影响良品率吧

按照你的要求 估计得等到 iPhone13 才能满足

不过 11 和 12 要选的话 肯定 12 啊
11 信号太差 而且没有 5G