※ 引述《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給人看 不是嗎?
--
: 光是這些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給人看 不是嗎?
--
All Comments