iPhone 闪存驱动器的寿命

Question

来自 iPhone 编程指南

创建文件或写出文件时 文件数据，保留以下内容 牢记指导原则：

1. 尽量减少写入磁盘的数据量。文件操作相对较慢，并且涉及到闪存盘的写入，闪存盘的寿命有限。可帮助您最大程度地减少与文件相关的操作的一些具体提示包括：
   1. 仅写入文件中发生更改的部分，但尽可能汇总更改。
   2. 避免仅仅为了更改几个字节而写出整个文件。
   3. 定义文件格式时，将经常修改的内容分组在一起，以尽量减少每次需要写入磁盘的块总数。
   4. 如果您的数据包含随机访问的结构化内容，请将其存储在 Core Data 持久存储或 SQLite 数据库中。如果您正在处理的数据量可能会增长到超过几兆字节，这一点尤其重要。
2. 避免将缓存文件写入磁盘。此规则的唯一例外是当您的应用程序退出时，您需要编写状态信息，以便在下次启动时将应用程序恢复到相同的状态。

我不久前读过一篇关于英特尔 SSD 的文章（不幸的是我现在找不到），其中提到主要的寿命问题是由于操作系统实际上并没有删除数据，而只是将块标记为空闲，当写入这些“空闲”块时，会导致相当痛苦的速度减慢（导致读取-修改-存储，而不仅仅是存储）。这是否也适用于 iPhone？即，当文件删除更频繁时，驱动器是否会更容易受到速度变慢的影响？

我正在考虑基于重做日志的文件格式，这样我可以维护跨会话撤消，而且我也没有随机写入（总是附加），但在某些时候我想我至少必须合并日志的一部分，以将文件大小保持在合理的水平。在这种情况下我的问题是，哪种方法更有效（就驱动器寿命而言）？我考虑过几个路径

1. 覆盖同一个文件并且
   1. 截断我不需要的空间
   2. 或者保留该空间（填充旧数据）并在我再次需要时覆盖它
2. 或写入新文件，然后删除旧文件，

但我愿意接受建议。我猜测典型的文件大小范围从几 kB 到几百 kB，但更高的值更多的是猜测。

Answer 1

您不必担心该特定问题。与许多嵌入式设备一样，iPhone 使用类似于 SSD 控制器芯片的接口（类似于 ONFI）直接与闪存芯片通信。 iPhone 上的 FTL（闪存翻译层）是由操作系统管理的软件，操作系统完全了解正在使用的块。

虽然 Apple 没有记录此行为，但您可以在公共 xnu 源代码中间接看到它的证据，该源代码（在相当长一段时间内）在 HFS+ 中支持与块层通信特定块不再有用。没有任何开源块设备会对这些信息执行任何操作，但是如果您使用越狱的 iPhone 并反汇编其内核，您将看到它在 iPhone 上使用。

显然你不应该试图依赖这种行为，我只是说你不需要担心，它做了正确的事情。