篇一：1G内存使用指南
修改注册表发挥大内存优势
现在请打开注册表编辑器，找到[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\MomoryManagement]，在右侧窗格修改一下键值(要注意的是，做一下设置的前提是内存最好超过512MB，并仅限于Windows 2000/XP)。
内存也需要优化才能发挥出最大效力
(1)"LargeSystemCache"(启动大的系统缓存)：在内存中开辟一块大的内存空间用于磁盘文件系统的预读取操作。当程序连续请求的数据增加时，Windows通过系统缓存自动预读，使程序能以最快速度获取所需数据。由于启用这个系统缓冲会占用较多的物理内存，使得能被程序利用的可用物理内存减少。将其值设为1。这样，系统缓存从4MB增加到8MB。
(2)"SecondLevelDataCache"(提高CPU性能)：CPU的处理速度要远远大于内存的存取速度，而内存又要比硬盘快得多。这样CPU与内存之间，内存与磁盘之间就形成了影响性能的瓶颈效应，前面的
"LargeSystemCache"是为了缓解内存与磁盘瓶颈而设计的，而CPU为了能够迅速从内存获取处理数据也设置了一种缓冲机制L2 Cache(二级缓存)。调整这个键值能够使Windows更好地配合CPU利用该缓存机制获得更高的数据预读取命中率。建议将其设置为512。
注册表编辑器是提升内存性能的好工具
(3)DisablePagingExecutive(禁用页面文件)：将其值改为1(十六进制)，这样将使所有程序和数据强制性限定在物理内存中运行，而不是使用虚拟内存。很明显，当有足够多的物理内存来完成所需任务时，这样做必使系统性能得到巨大的提升。对于内存仅有64MB的用户而言启用它或许就是灾难——系统频繁出错，直至崩溃。
(4)"IOPageLockLimit"(定制输入/输出缓冲尺寸)：输入输出系统是设备和微处理器之间传输数据的通道，当扩大其缓冲尺寸时数据传递将更为流畅。同理，具体设置多大的尺寸要视物理内存的大小和运行任务多少来决定，一般来说，如果内存有64MB就可将该双字节键的16进制值设置为400(1MB)、800(2MB)或1000(4MB)128MB内存可设为1000(4MB)、2000(8MB)或4000(16MB)；256MB内存4000(16MB)或8000(32MB)。当然如果有更多内存，完全可以将其设为10000(64MB)甚至更多。当设为0时，Windows将自动配置。
篇二：1G内存 安卓就是比iOS卡 为什么
1G内存 安卓就是比iOS卡 为什么
一位认证信息为小米员工的网友在微博上发言，“iPhone6用户都不在意1G内存不够，红米2的1G内存够用了，保持流畅的秘诀就是少装App。”后来的事情大家知道了。
要保持安卓手机流畅，少装App确实有用，不过iPhone6是否流畅和少装App却没有半个F码的关系。
iOS8让人们第一次发现原来苹果也会卡顿，而与之相比，Android卡却早已名声在外。 Google在推出Android 4.4时发明了ART（Android runtime）来解决卡慢，5.0时又用ART彻底取代Dalvik，号称实现高效、省电、流畅的Android系统目标已经实现。 安卓机真的能不再卡顿了吗？一切还得从根源说起！
四大先天因素埋下卡顿根源
第一、基因使然。iOS只需要保证在苹果仅限的几款移动设备上的运行体验，而Android则需要保证能兼容尽量多的已存在和未存在的不同硬件组合。
▲iOS老祖，UNIX之父Ken Thompson
▲Android老祖，Linux之父Linus Torvalds
iOS基于Apple的OSX，而OSX基于FreeBSD，FreeBSD又是在UNIX上衍生的，其根源可以追溯到1969年AT。
Android基于Linux，
起源于1991年Linus Torvalds的一个简单需求。其实从起源之处就能看出未来命运的注定不同：
UNIX是与硬件配套的商业软件，而Linux则是可运行在多种硬件上免费自由的开源系统。 一个为指定硬件定制优化的系统与一个要在上万种奇葩配置上跑起来的系统相比，结果会如何？
第二、响应机制。iOS最先响应屏幕反应，而Android响应屏幕排在应用与框架之后。 iOS响应顺序依次为Touch——Media——Service——Core架构，当用户只要触摸接触了屏幕之后，系统就会最优先去处理屏幕显示也就是Touch这个层级，然后才是媒体（Media），服务（Service）以及Core架构。
Android的优先级响应级别则是Application——Framework——Library——Kernal架构，和显示相关的图形图像处理这一部分属于Library，当你对屏幕操作之后，Android系统首先会激活应用、框架，然后才是屏幕最后是核心架构。
第三、开发语言。iOS采用执行效率极高的Objective-C语言，而Android采用的Java语言因为虚拟机的存在，二次转化再执行效率很低。
Android开发是基于Java“Write once，run anywhere”理念，正因为这个理念，引入了虚拟机，也就是说编码实际上需要“转换”才能最终以用户可看的程序跑起来。
第四、后台管理方式。iOS中的后台程序并不是指当前后台运行程序，其实是你最近使用过的程序使用记录，比如浏览器的网页浏览记录。
这个后台管理机制造成用户感知的差异化放大，Android旗舰已进入8核CPU、3G RAM的级别，而iOS却只需要双核1G就能保持稳定流畅的头衔不动摇。
三大后天因素拉低用户体验
其实Android与iOS相比，除了四大先天不同所造成的差距外，还有三大后天因素让Android的体验越来越不尽如人意。
1、无序的开发者；
Android的开放与自由带来了大量的开发者，也让一部分不遵守规范的开发者进入Android的世界，于是应用开始肆意挥霍硬件资源，不少程序都开始自动启动。
当你安装了不少的应用之后就会发现，这些应用都开始驻留后台。杀掉这些应用的进程无助于解决问题（因为他们会自动重新启动，不断地杀进程会造成他们不断重启，最终耗光你的电池），最后你只能彻底删除他们。
2、无奈的Android Market；
由于一些让人无奈的原因，各种水平不齐、鱼龙混杂的第三方市场充斥于市。而即使在官方的Google Play也经常爆出恶意软件或者仿冒软件。混乱的市场和不守序的开发者让Android的应用环境进入一个越来越差的死循环。
3、无解的碎片化。
100个Android手机制造商从Google那拿到Android代码之后，就可以制造出100种搭载不同硬件平台、界面的Android手机，即使是搭载完全相同的硬件，不同品牌的机器，运行速度，软件兼容性都会有区别，这就是Android开放带来的碎片化。
就这样，无论在先天还是后天上Android都注定着一些越来越卡，曾经的4.4没能解决，5.0也不会解决。
那么Android 5.0 Lollipop若是没能解决卡顿，又到底改变了什么？
1、改变了运行环境，却没改变运行秩序。
ART带来的体验明显提升，告别了虚拟机的Android更快更省电，不过对于一些不遵守规则的应用而言什么都没变，还是想怎么折腾就怎么折腾。
2、加剧了本已严重的碎片化。
Lollipop的推出让很多Android用户欢呼了一阵，几个月过去后他们发现真相，自己的手机连4.4的官方更新都还没收到。于是大家就都明白了将希望寄托在新版系统身上，还真不如刷个CM或者MIUI包。
所以Android的卡顿其实从根源上就注定了没有办法解决，除非Google愿意放弃现有市场全部推倒重来，不过那样的系统和Android已经没有任何关系了吧？
其实Android粉丝们不必过分担忧卡顿，iOS粉丝也不必庆幸流畅，毕竟库克的iOS 8已经开始砸金字招牌，说不定到了iOS 10与Android 7.0发布，大家都会变得一样，没个十核CPU加上8G内存大家都会变得一样卡了呢？
篇三：设置手机机身虚拟内存,增加手机运行速度
【教程】设置手机机身虚拟内存，增加手机运行速度
以前我在论坛看过很多Swap教程，方法几乎都是把Swap做到内存卡上去，偶尔看个不是做到内存卡上的还不能开机自启，开机后需要手动加载swap。在我还是小白的时候，我也跟风把swap做到了内存卡上，但是我的内存卡是C2的,读取速度是在很让我蛋疼。把swap做到了内存卡上后，每次系统在读swap的时候总让我感觉已经死机了..
以往的教程是把swap做到内存卡上的，卡的质量有好有坏，把swap做到卡上无疑是坑了那些内存卡不好的朋友。所以今天我给介绍大家一种方法，就是把swap做到手机内存里。手机内存的读取速度和内存卡实在没有可比性，现在我在手机内存里做了64M的swap，手机的运行速度真的有很大提升，和不做swap真的是天壤之别！
相信很多做过swap的朋友都有一种一味的追求swap容量大的心理：有的把swap做到256M，甚至512M的。我可以很负责的告诉你，swap并不是越大越好！为什么呢？要回答这个问题，首先简单的向大家介绍一下swap虚拟内存的原理：当系统的物理内存不够用的时候，就需要将物理内存中的一部分空间释放出来，以供当前运行的程序使用。那些被释放的空间可能来自一些很长时间没有什么操作的程序，这些被释放的空间被临时保存到Swap空间中，等到那些程序要运行时，再从Swap中恢复保存的数据到内存中。这样，系统总是在物理内存不够时，才进行Swap交换。太大的swap空间会造成系统以为有巨大的内存空间而毫不节制的想要把数据存进swap中，从而导致系统一直在做memory swap，进而拖慢系统响应速度。用过swapper 2的同学都知道要设置一个swappiness，他的作用就是当实际内存低于这个值的时候就进行交换，在/proc/sys/vm/下面就有一个swappiness文件，内容不多只有一个数字而已，不信的话可以自己去看一看！
步骤：
1.将附件解压，把CreatIMG.sh复制到手机/data目录里(不是/sdcard，而且你要注意这些目录的剩余容量够不够你做swap），修改权限为可执行。
2.点击执行CreatIMG.sh脚本，十几秒后系统就会在Cache目录下生成64M的swap.img文件，并修改权限可执行。
3.把08userinit复制到\system\etc\init.d\目录下，修改权限为可执行。目的是让手机开机自动加载swap.img文件为swap。
4.重启即可生效。可打开超级终端输入free命令查看是否已加载swap.
文件代码说明：
由于Android下不能像linux一样，直接使用交换文件
所以我们可以这样写代码，把swapfile文件虚拟成设备分区loop7，然后
将设备分区loop7创建为交换区，再启用交换分区即可！
以下是CreatIMG.sh的代码：
mount -o remount,rw /cache; →加载cache分区,将cache属性设置成“可读写”
swapoff /dev/block/loop7;
dd if=/dev/zero of=/cache/swap.img bs=1024 count=64000; →创建swap.img 文件，文件大小为64000K,即64M,可更改
以下是08userinit的代码：
mount -o remount,rw /cache; →加载cache分区,将cache属性设置成“可读写”
losetup /dev/block/loop7 /cache/swap.img; →将swap.img文件虚拟成设备分区loop7
mkswap /dev/block/loop7; →将设备分区loop7创建为交换区
swapon /dev/block/loop7; →启用交换分区 \system\etc\super目录里面的文件是开机自启脚本，比如00banner，01sysctl，02mkswap，03firstboot等等，就是在播放开机动画的时候系统依次运行这些脚本，从而达到开启服务的目的。系统会按照每个脚本前面的数字来运行脚本，所以大家应该猜到08userinit的意思了吧。就是系统会在开机时第八个运行userinit脚本，从而达到开机自动挂载swap.img文件的目的。这样swap才是真正的开机服务文件，就是在开机动画那段时间系统就已经自动加载swap了。省去了朋友们开机后手动挂载swap的麻烦。
----------------------------------------------------------------------------------------------------------------------------
PS：1.cache目录是可以修改的。
用写字板打开这两个脚本文件，把cache改成你swap文件的目录就行。 比如手机内存的data目录，也就是软件安装的目录。
也可以改成手机内存system目录，也就是系统目录。
2.swap.img的大小也是可以修改的
用写字板打开CreatIMG.sh,count=64000这个数字是可以修改的，但是请不要改太大。
《手机1g运行内存够用》
由：免费论文网互联网用户整理提供,链接地址：
http://m.csmayi.cn/meiwen/33243.html
转载请保留,谢谢!
- 上一篇：党小组长工作汇报
- 下一篇：珠宝情人节营销方案