作者priv (邪恶松鼠)
看板Android
标题Re: [讨论] 1G RAM手机，总共可用记忆体
时间Fri Feb 24 11:20:31 2012
※ 引述《T60 (Venetian)》之铭言：
: 以下列出一些1G RAM的手机，扣掉系统占用後，总共可用记忆体
: (注：这个是不计入blur/Sense/TouchWiz的占用，而是真实总共记忆体哦)
: Galaxy S2 → 约837MB
: Galaxy Note → 约800MB
: Galaxy Nexus → 约631MB (谁能告诉我，怎麽会这样少？)
: Galaxy I9103 → 约724MB
: HTC EVO 3D → 约808MB
: MOTO RAZR → 约928MB (机王！)
: Atrix ME865 → 约700MB
: 补充一下，记忆体768MB机种
: (有空的补充一下)
: Desire HD 刷unity v10 kernel →约621MB (几乎跟Galaxy Nexus一样了)
: Sensation XE →约563MB
手机可用RAM的问题
有两个部份会消耗掉你看得到的RAM
I. 以Qualcomm的架构来说，低消有三种CPU在跑三种OS
随不同的系统架构可能有更多块
1. Modem Processor:
只要电话功能开着就不睡觉，比较省电，负责跑打电话之类的功能
以前是用ARM9，现在Snapdragon S2以上升级到ARM11
2. Application Processor:
主CPU，也就是一般说1GHz, 1.5GHz，四核、双核的那颗，就是拿来跑Linux的
3. Digital Signal Processor(DSP):
拿来运算图形影像声音等用的，算是一颗特殊用途的处理器，也需要自己的RAM和ROM
看哪一套平台，基本上Modem和DSP就会各吃掉64MB或128MB
II. 然後再来，显示、相机、声音部份，他们会需要用到连续的缓冲区
以显示和相机来说叫做frame buffer
以Qualcomm的作法是开机时就固定配一块给它
GPU至少要32MB或64MB以上，解析度越高要配越多
相机看你的相机等级，画素越高就要越大
声音还好，大不了就几MB而已
这部份要做成OS列在最大可用记忆体或不列出来都没差
但是反正也是会被占掉的，列和不列就可以差到100MB
结论:
1. 根据memory layout不同所以看得到的大小会不同
画面解析度越高，相机画素越高，DSP越猛，就要占掉越多的记忆体
2. 看得到和可以用不见得代表同一回事
physical memory只是一张table
其实要做也可以做到列出1024MB完整的记忆体
只是中间还是要挖洞给别人用，Linux不能用
3. 其实不见得要用到完整的64MB或128MB，有时候只是先预留
如果记忆体很不足的时候有些厂商会自己再去调整layout多榨几MB出来
问题是64MB~256MB的年代大家比较愿意做这种事
都已经1GB了做这种事就很浪费时间
4. 我是不觉得Android在free memory超过256MB以後会有什麽太决定性的差别
也许要请哪位高手指出开机後，可用256MB/384MB/512MB在效能上的差异
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 140.113.23.102
1F：推 lkk7835045:我也想知道4.的差异 02/24 12:03
以目前来说设计一只程式跑256MB以上很不智
因为很多手机会根本不能执行
所以如果可用常常保持在256MB以上就表示任何程式都能很快地顺利执行
我觉得以目前这个阶段来说就很够了
当然越新的Android版本footprint会越大，但是那个不会一下暴增
总之我觉得只要有1G应该没有不够用的理由
※ 编辑: priv 来自: 140.113.23.102 (02/24 12:07)
2F：推 F9:有些程式是会常驻记忆体的，这些程式装很多时，还是会不够用吧 02/24 12:11
3F：推 Kamiyu:推专业文，看看手边的机器，还没有可用RAM达到256MB的QQ 02/24 12:13
4F：推 doom3:没去修改build.prop里的dalvik.vm.heapsize的话 每支程式能 02/24 12:17
5F：推 Parhelia:不要乱动memory layout还有一个考量是 有东西要给chip 02/24 12:17
6F：→ doom3:用的RAM 不是24M就是32M 02/24 12:17
7F：→ Parhelia:vendor debug的时候 memory layout差太多很困扰 XD 02/24 12:17
8F：→ Parhelia:不过vendor一般也有document说如何改这些layout就是 02/24 12:18
9F：推 Kamiyu:上面几楼的推文很令人看不懂...囧 02/24 12:18
10F：→ jumbotest:1G RAM的手机 使用时可用RAM不一定有256啊 02/24 12:19
11F：→ Parhelia:还有比较新的QCT modem也不一定是ARM11 MSM的才是 02/24 12:25
12F：→ Parhelia:MDM目前应该都还是ARM9 XD 02/24 12:25
13F：推 sdyy:ram多就可以多些常驻程式，还是有差 02/24 12:27
14F：→ Kayusumi:常驻多=耗电多阿..XD 02/24 12:35
15F：→ iincho:新一代的chip应该都会有iommu了吧, 一次在kernel弄一整块 02/24 12:37
16F：→ iincho:这种作法应该会慢慢消失....至於Free memory影响择是在 02/24 12:37
17F：→ iincho:NAND通常慢，所以你程式杀掉要重跑速度上就差很多.. 02/24 12:37
18F：→ iincho:不过RAM多也会多消耗电，这部分其实也是有一些trade-off 02/24 12:38
19F：→ iincho:常驻多=耗电多这个说法其实不大正确，应该是DRAM要refresh 02/24 12:39
20F：→ iincho:所以你的RAM越多吃电就越大，即使你把程式砍光光也是一样 02/24 12:39
21F：→ kamichu:不知道从Nand抓资料出来进ram比较耗电还是RAM大耗电 02/24 12:40
22F：→ iincho:撇开耗电的问题，NAND就是慢，一般来说我是觉得RAM越大越好 02/24 12:41
23F：→ priv:在low-memory的时候，例如说free只有40以下 02/24 12:47
24F：→ priv:砍程式还有需要等原先程式执行完正常结束程序的时间 02/24 12:47
25F：→ priv:所以不是只有从NAND里面载入的问题而已，会更慢 02/24 12:47
26F：→ priv:如果只是单纯从NAND里面载入，那说慢也不会太慢 02/24 12:48
27F：→ priv:当然还是会比直接在记忆体里面叫出来慢 02/24 12:48
28F：→ priv:所以也有一种策略是乾脆把常用的程式preload进来 02/24 12:48
29F：→ priv:这样在执行常用的task时就可以少等一、二秒 02/24 12:49
30F：→ priv:但是怎麽拿捏也是个学问，因为preload进来太多 02/24 12:49
31F：→ priv:free memory又变小了... 02/24 12:49
32F：→ priv:这时候如果要执行比较大的程式如游戏，又会变得很慢 02/24 12:50
33F：→ priv:这只是单纯考虑到载入和结束的问题 02/24 12:51
34F：→ priv:还没有考虑到程式很多如果在背景都有做事...thrashing的问题 02/24 12:52
35F：→ kamichu:我想ram的大小和发生这种从NAND交换资料的次数是有关的 02/24 12:56
36F：→ kamichu:至於耗电多少...还...蛮有趣的 02/24 12:57
37F：推 kira925:需要分析XD 02/24 13:19
38F：→ ITOLEE:推专业文!!简而言之就是io速度的取舍;win7和vista也倾向 02/24 14:17
39F：→ ITOLEE:把程式先放进记忆体;不过手机的flash随机存取比电脑硬碟快 02/24 14:19
40F：→ ITOLEE:所以需不需要preload这麽多程式还需要再研究; 02/24 14:21
41F：→ ITOLEE:不过从群众的经验值可归纳出两个现象:似乎不需preload程式 02/24 14:22
42F：推 notmuchmoney:需要占到256mb记忆体 是怪兽级app吧... 02/24 14:22
43F：→ ITOLEE:因管理记忆体杀程式而造成问题的人不多 02/24 14:23
44F：→ ITOLEE:再者，记忆体越多越能吸引买气...因为A系统还是需要记忆体 02/24 14:24
45F：→ ITOLEE:现存htc的机种都属於preload多，ram少的...与群众希望相反 02/24 14:26
46F：推 F9: 这篇明明就是存技术性文章，楼上为什麽总是想要引导到别处 02/24 15:12
47F：→ Allen0315:其实原PO这个论点在ICS上头值得争议...毕竟吃资源... 02/24 16:45
48F：推 Sunicer:推这篇。无脑的规格派乡民不要再阳具崇拜了～ 02/26 00:33