这是一个创建于 3347 天前的主题，其中的信息可能已经有所发展或是发生改变。
比如 macOS 占了 10G 空间，安装 xcode 等等开发必备软件又 20G ，这 30G 文件占据的 TLC ／ MLC 因为很少更新删除操作，在相当长的时间里就是 1 次写入的状态吧？ 那么一个 128G 的 ssd ，各种必须软件整完了只剩 30G 空间，开发期间频繁的 node/rails/clang 编译操作造成的擦写仅在这 30G 上发生，岂不是坏得特别快？ 有什么算法会挪动一下常年不动的文件吗？
 | 1 imn1 2016-09-27 12:25:57 +08:00 累计写入 128G 才算一次 |
 | 2 zwl2012 2016-09-27 12:40:07 +08:00 via iPhone SSD 固件内部就实现了这种均匀磨损算法，不然以 tlc 的尿性， SSD 能用几个月？ |
 | 3 shimanooo 2016-09-27 13:47:10 +08:00 |
 | 4 9hills 2016-09-27 13:50:50 +08:00 你想到的， SSD 厂商已经想到了。。。自己就会做，不必你担心 |
 | 5 vibbow 2016-09-27 15:10:06 +08:00 |
| 6 9hills 2016-09-27 15:11:13 +08:00  2 |
 | 8 nodin 2016-09-27 15:22:11 +08:00 via Android 这个不是主控和算法的活？ |
 | 9 processzzp 2016-09-27 15:32:04 +08:00 via Android |
 | 10 mm163 2016-09-27 15:41:40 +08:00 所以要永远保留 1/3 以上的空间。 另外，升级系统，升级 xcode ，升级程序，这些空间就会交换出来，放心吧。 |
 | 11 otakustay 2016-09-27 16:35:52 +08:00 你可以这么理解， SSD 主控芯片闲着没事干的时候就在那挪数据，挪过来又挪过去…… |
 | 12 honeycomb 2016-09-27 17:30:22 +08:00 via Android 1 |
| 14 vibbow 2016-09-27 18:18:03 +08:00 via Android @processzzp u 盘没缓存 |
Select Language