Android 4.3 中的 TRIM 优化

　　老版本的Nexus7曾因本身的存储I/O性能不太够，影响系统流畅性，特别是随着使用时间增加，应用数量增加，很容易会变得非常慢，新版的Nexus 7大大提升了存储性能，事实上借助新的 Android 4.3，所有 Nexus 设备都可以通过 TRIM 解决这个问题。

　　要了解Android 4.3 TRIM支持对性能的提升，首先要了解的当然是TRIM。

　　TRIM 是什么?

　　Trim-一个ATA指令，由操作系统发送给SSD主控制器，告诉它哪些数据占的地址是“无效”的。当你在电脑里删除一个文件的时候，操作系统并不会真正的去删除它。操作系统只是把这个文件的地址标记为“空”，让它可以被再次使用，这表示这个文件所占的地址已经“无效”。但这会带来一个问题，硬盘并不知道操作系统已把这个地址标记为“空”了，机械盘的话是无所谓，因为下次系统让它在这个地址上面写入数据的时候，可以直接在上面重新覆盖写入，但是到了SSD上就出问题了。闪存需要先擦除才能再次写入数据，要得到空闲的闪存空间，SSD必须复制所有的“有效”页到新的“空白块”里，并擦除旧块(垃圾回收)。如果没有Trim，那意味着SSD主控制器不会知道这个页是“无效”的，除非等到再次被操作系统要求覆盖数据进去。这样就无法在最适当的时机做出最好的优化，既影响垃圾回收的效率(间接影响性能)，又影响SSD的耐久度(就是很多人都相当关心的寿命)。这里要强调下，Trim只是条指令，让操作系统告诉SSD主控制器这个页已经“无效”就算完了，并没有任何其它多余的操作。

　　工作在Android 中的 TRIM

　　Linux 内核在 2.6.33 年代已经引入 TRIM，但不是所有 Linux 文件系统都原生支持 TRIM，在 Android 广泛使用的 ext4 是原生支持 TRIM 的。而 Android 2.3 就已经设置 ext4 为默认的文件系统，之前升级上来的 Android 可能还是使用 YAFFS2。预装 Android 4.0 或以上版本的手机或平板大多都是使用 ext4 了。

　　调用 TRIM 整理 NAND 上的碎片有两种方法，一是挂载 ext4 分区时加上 discard 选项，二是使用 fstrim 命令。Android 4.3 中的 TRIM 是用 fstrim 实现的，但一般 Linux 发行版并不建议使用 fstrim 的方法，而是使用 mount ext4 分区时加上 discard 选项的办法。因为 discard 选项会在每一个磁盘操作时同时执行 TRIM 指令，所以可能会影响到删除文件时的性能。

　　据介绍 Android 4.3 需要满足下述条件，才会执行 fstrim。设备未使用超过一个小时、过往24小时没有空闲维护窗口事件、电池剩余电量不低于80%、设备正在充电且电量不低于30%。如果你习惯每天晚上插上充电，fstrim会大概每24小时执行一次。Google 的做法是在各种传感器达到条件后才出发 TRIM 指令。

　　对于非 Android 4.3 用户，Google Play 商店上的一款 Lagfix 的软件就可以让非 Android 4.3 的设备使用 TRIM，需要 Root。已经 Root 的手机，其实也可以直接修改 Android 的文件系统挂载表，加上 discard 参数后重新开机即可，修改方法大致和 Linux 系统相同。

　　在ADB中执行以下命令就可以验证fstrim是否工作了：

　　adb logcat -d | grep -i fstrim