Android中的TRIM优化

转自 http://jishu.zol.com.cn/1611.html

  要了解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

  要了解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

时间: 2024-10-04 01:54:58

Android中的TRIM优化的相关文章

Android中利用ViewHolder优化自定义Adapter的写法(必看)

最近写Adapter写得多了,慢慢就熟悉了. 用ViewHolder,主要是进行一些性能优化,减少一些不必要的重复操作.(WXD同学教我的.) 具体不分析了,直接上一份代码吧: public class MarkerItemAdapter extends BaseAdapter { private Context mContext = null; private List<MarkerItem> mMarkerData = null; public MarkerItemAdapter(Cont

Android中SparseArray性能优化的使用方法_Android

之前一篇文章研究完横向二级菜单,发现其中使用了SparseArray去替换HashMap的使用.于是乎自己查了一些相关资料,自己同时对性能进行了一些测试.首先先说一下SparseArray的原理.   SparseArray(稀疏数组).他是Android内部特有的api,标准的jdk是没有这个类的.在Android内部用来替代HashMap<Integer,E>这种形式,使用SparseArray更加节省内存空间的使用,SparseArray也是以key和value对数据进行保存的.使用的时

Android中SparseArray性能优化的使用方法

之前一篇文章研究完横向二级菜单,发现其中使用了SparseArray去替换HashMap的使用.于是乎自己查了一些相关资料,自己同时对性能进行了一些测试.首先先说一下SparseArray的原理. SparseArray(稀疏数组).他是Android内部特有的api,标准的jdk是没有这个类的.在Android内部用来替代HashMap<Integer,E>这种形式,使用SparseArray更加节省内存空间的使用,SparseArray也是以key和value对数据进行保存的.使用的时候只

android开发中的内存优化

一.Android应用程序内存优化 在开发Android App的过程中,经常会遇到内存方面的压力,比如OOM,或者频繁GC.本文不打算涵盖内存优化的所有方面,只是介绍一下我自己遇到的问题和解决方法. 1.确定频繁分配内存的代码路径 一般来说,频繁分配内存的路径可能会是绘制(draw)相关的方法,排版(layout)相关的方法,某些回调方法(特别是传感器回调方法).你可能会检查这部分代码,然后优化它.但是,内存分配可能发生在调用链的更下面,检查代码非常困难.这里推荐一个工具,DDMS下的Allo

Android性能优化篇:Android中如何避免创建不必要的对象

在编程开发中,内存的占用是我们经常要面对的现实,通常的内存调优的方向就是尽量减少内存的占用.这其中避免创建不必要的对象是一项重要的方面. Android设备不像PC那样有着足够大的内存,而且单个App占用的内存实际上是比较小的.所以避免创建不必要的对象对于Android开发尤为重要. 本文会介绍一些常见的避免创建对象的场景和方法,其中有些属于微优化,有的属于编码技巧,当然也有确实能够起到显著效果的方法. 使用单例 单例是我们常用的设计模式,使用这种模式,我们可以只提供一个对象供全局调用.因此单例

Android中ListView Item布局优化技巧_Android

本文实例讲述了Android中ListView Item布局优化技巧.分享给大家供大家参考,具体如下: 之前一直都不知道ListView有多种布局的优化方法,只能通过隐藏来实现,自己也知道效率肯定是很低的,但是也不知道有什么方法,这些天又查了一些资料,然后知道 其实google早就帮我们想好了优化方案了. 假设你的ListView Item有三种布局样式的可能:就比如很简单的显示一行字,要靠左,居中,靠右. 这时我们就可以在BaseAdapter里面重写两个方法: private static

Android中ListView的几种常见的优化方法总结

Android中的ListView应该算是布局中几种最常用的组件之一了,使用也十分方便,下面将介绍ListView几种比较常见的优化方法: 首先我们给出一个没有任何优化的Listview的Adapter类,我们这里都继承自BaseAdapter,这里我们使用一个包含100个字符串的List集合来作为ListView的项目所要显示的内容,每一个条目都是一个自定义的组件,这个组件中只包含一个textview: Activity: package com.alexchen.listviewoptimi

优化-Android中工具类的设计

问题描述 Android中工具类的设计 两种方案: 1.工具类的方法设置为静态方法 2.工具类设置成单例模式,获取实例调用 哪一种方案相对好一点呢?求大神指点 解决方案 单例模式,实例是application是同级的,只要在application销毁的情况下才会销毁,再者如果你的单例如果持有一些context的引用的话,会导致该context 无法释放,有内存泄露的风险.反之静态方法会比单例好很多!提醒你,人家回答你,要先说谢谢,不要什么都不说就直接追问,最基本的尊重还是要有的 解决方案二: A

Android 中对于图片的内存优化方法_Android

1. 对图片本身进行操作 尽量不要使用 setImageBitmap.setImageResource. BitmapFactory.decodeResource 来设置一张大图,因为这些方法在完成 decode 后,最终都是通过 Java 层的 createBitmap 来完成的,需要消耗更多内存.因此,改用先通过 BitmapFactory.decodeStream 方法,创建出一个 bitmap,再将其设为 ImageView 的 source,decodeStream 最大的秘密在于其直