Re: [新聞] Android 4.4只需512MB內存？別高興太早

[Colaman ()]

※ 引述《gpc (gpc)》之銘言：
: 光是這些APP就足夠吃非常多的RAM,屆時kernel還不照樣oom砍下去,
: ----------------------------
: 附上剛剛看的note2裡面,"正常使用"下的記憶體用量:
: chrome VSS=198MB
: facebook VSS=163MB
: LINE VSS=74MB
: 512MB的RAM 可能還得扣掉顯示卡拿去做pmem的部分, 可是光是裝FB跟LINE,
: 幾乎就吃爆250MB,再開個chrome,就500MB去了
: -----------------------------
: 就連我的G-Protector已經以非常致力於記憶體控管的方法來寫code,
: 也要消耗VSS 50MB的說
App很肥  系統再瘦都救不了他沒錯  但是...

在oom之前  android 還有 application framework的OOP以及android kernel的LMK
所以也沒有那麼快跳到oom-killer  而且Google很愛在這邊偷吃步
App肥也不見得會引發oom-killer  要看肥app在AMS的哪裡啊@@

再來
如果提到了oom/lmk/pmem/實體記憶體512MB  為什麼這裡是用VSS計算?
從oom/lmk的眼光 應該討論RSS
從App開發者的眼光討論App肥不肥  應該優先討論PSS更甚USS以及RSS
算VSS total來討論會不會頂到512MB實體記憶體頂是不是怪怪的?
procrank也只算有意義的PSS/USS total給人看 不是嗎?

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 123.204.129.159
※ 編輯: Colaman         來自: 123.204.129.159      (11/10 02:08)
※ 編輯: Colaman         來自: 123.204.129.159      (11/10 02:20)
推 supermars:即使看不懂一堆術語也要推一下!!
推 llI:快推免得被別人發現我們看不懂(誤)
→ Colaman:婀抱歉，因為工作的關係直覺地用了一些縮寫，推文解釋一下
→ Colaman:oom = out-of-memory, oop = out-of-(background-)process
→ Colaman:LMK=low-memory-killer, AMS = activity manager service
→ Colaman:記憶體的衡量方式中  VSS > RSS > PSS > USS
推 pilisir:第一時間反應出來的是out of mana...
推 gpc:VSS只是個指標 VSS很大 USS也不會小
→ gpc:只是我的軟體沒有列RSS出來
→ gpc:至於你說LMK或AMS裡面的東西,不同公司有不同的做法
推 miyanosi:一堆術語...你確定不是來炫專業的?
推 gpc:查了一下CODE,我的軟體是把RSS加總起來..
推 gpc:目前有出低階機的OEM,願意出BSP版本的嗎?
→ gpc:我看每一家低階還是一堆OEM自己加的CODE,那些都是放不掉的
→ Colaman:@miyanosi:不是  因為看得出gpc有技術背景  但是我有疑問
→ Colaman:所以就直接回了跟疑問有關的相關內容  就比較不夠白話
推 TSbb:XD