作者查詢 / Colaman
作者 Colaman 在 PTT [ Android ] 看板的留言(推文), 共89則
限定看板:Android
看板排序:
全部Gossiping1859MobileComm518lifeguard429home-sale374Stock360MedSharks343ck55th314312creditcard129About_Clubs120Android89NTUSLC84HsinTien83NTU_Service64LoveLive58Lifeismoney56b92902xxx48Foreign_Inv46Bank_Service43B963021XX32B963022XX32NTU32CFP28MobilePay26MuscleBeach22CSIE_Volley19Tech_Job18L_LifePlan17Mancare16b94902xxx15B96303XXX15gay15hypermall15swim15Wen-Shan15b95902xxx13Isayama13CSCamp20049mobilesales9R933220PA9CSCouncil7Salary7ForeignEX6ArakawaCow5NTUND955MonkeyPox4NTUSA4PangSir4MOD3NTUEE1103Option3Soft_Job3watch3B95310XXX2b96902xxx2car2ck55th3072CSCamp20062FinSwim2Google2HatePolitics2iOS2KS91-3052Kusan_89-3122ScienceNote2VideoCard2YOLO2B94305XXX1Daan1FCU-PF20061gallantry1HsinYi1MayDay1movie1NTPU-ECONM951NTUastclub1NTUcourse1PC_Shopping1PingTung1PttEarnMoney1RDSS1SCU_ACCM951Singapore1specialman1StupidClown1TFSHS66th3251YP92-3111<< 收起看板(86)
1F推: 可以~10/16 00:20
1F推: 有 fastboot oem lock 嗎?09/06 00:26
2F→: 我之前朋友碰過這個問題09/06 00:27
3F→: 最後解法是 oem unlock, flash all 才會清 cache and use09/06 00:29
4F→: rdata, 然後 oem lock 成功開機09/06 00:29
32F→:改成rom也不對吧,會有oem把cache跟userdata共用嗎 ...12/09 00:23
1F→:我沒有質疑app太肥導致使用者經驗不良的問題,我回文想說11/10 15:39
2F→:的是1. 通常不會這麼快該oom-killer現身 2. 應該不是VSS11/10 15:40
3F→:對於1.的小附註是oom-killer起來之前 要看ams跟lmk的設計11/10 15:40
4F→:以及app的撰寫方式 JB 4.1開始Google就更改了一些adj計算11/10 15:41
6F→:方式 (打太快 不是"就更改" 是又更改)11/10 15:42
9F→:所以說 有這種512MB這種說法 也有可能是又有新的計算方式11/10 15:43
12F→:我舉個極端但不會發生的例子 假設Google改成fg的adj=011/10 15:45
13F→:然後除此之外的人不管有沒有service之類的 通通都是711/10 15:45
14F→:那就是其實我們只要看fg app的記憶體使用量11/10 15:46
16F→:當然這例子不會發生 但我的意思是這些調整也都會影響11/10 15:46
18F→:被定義的"所謂重要的"東西的記憶體使用量11/10 15:47
20F→:(更正: 使用量"上限")11/10 15:48
22F→:結論是: 如果Google有宣稱所謂的可以不可以用512MB運行11/10 15:49
24F→:就算是他的定義裡面也包含了"重要app" 這也可以是被從code11/10 15:50
26F→:裡面定義的11/10 15:50
28F→:OEM願意啊...(抽屜立刻拿出拿出兩支不到1000 RMB的機子)11/10 15:52
30F→:我覺得我們不能只用我們的使用習慣來看 有的OEM進行著甚至11/10 15:53
32F→:是256MB以及128MB的ultra low-end android案子 (不唬爛)11/10 15:55
35F→:原因就是我們生活的世界不是整個世界XD11/10 15:56
39F→:我自己把話題扯遠了 我的意思還是:我們知道512MB對於我們11/10 15:58
41F→:的使用者經驗完全不夠 但這是被我們定義的使用者經驗11/10 15:59
42F→:不是喊出"4.4 512MB就夠"的人所定義的 更不是11/10 16:00
44F→:想要出256MB/128MB的人定義的 而這些都可以從code裡面定義11/10 16:00
50F→:喊出"4.4 512MB就夠"這種口號 就我自己的經驗我覺得更像11/10 16:04
52F→:是給OEM建議 舉例來說 T-Mobile的G1 HTC的TMO版Magic11/10 16:05
56F→:都在android成長(咦)的過程中 因為RAM達不到"喊出"的數值11/10 16:06
57F→:而沒有繼續跟著前進(RAM是其中一個重要理由 但不是唯一)11/10 16:07
58F→:是什麼樣的「RAM達不到"喊出"的數值」狀況? 他們連開機11/10 16:08
60F→:到lockscreen或是home之前就會出現lmk砍home的窘況了11/10 16:08
66F→:這種囧況已經是連使用者經驗都不用提的啊 開不到主畫面11/10 16:10
67F→:有啊 new htc one跟SGS4的GEP on Google Play11/10 16:12
69F→:舉這兩個例子不是要反駁你的說法 我只是想說11/10 16:13
73F推:他們的狀況以及定位就很像當年的T-Mobile的G1/Magic11/10 16:15
74F→:G1 "以及" Magic11/10 16:16
75F→:反正我覺得512MB這種數字是喊給BSP provider跟OEM聽啦 ~.~11/10 16:17
76F→:OEM自己就會去評估自己額外要加的東西會吃多少11/10 16:19
79F→:然後有眼光的OEM就會用512MB + 自己的功能使用量 +11/10 16:19
80F→:評估過的銷售對象使用者經驗使用量11/10 16:20
84F→:沒眼光的OEM就會出那種光自己軟體都跑到會low memory的11/10 16:22
3F→:婀抱歉,因為工作的關係直覺地用了一些縮寫,推文解釋一下11/10 13:03
4F→:oom = out-of-memory, oop = out-of-(background-)process11/10 13:04
5F→:LMK=low-memory-killer, AMS = activity manager service11/10 13:05
6F→:記憶體的衡量方式中 VSS > RSS > PSS > USS11/10 13:06
15F→:@miyanosi:不是 因為看得出gpc有技術背景 但是我有疑問11/10 16:28
16F→:所以就直接回了跟疑問有關的相關內容 就比較不夠白話11/10 16:29
9F→:請問一下,既然提到oom,不考慮還有LMK的狀況的原因是什11/10 01:25
10F→:麼?若從oom以及lmk來看,那不是該考慮RSS更甚VSS嗎?11/10 01:25
11F→:若從app的角度看,以PSS而不是VSS計算,才更是真實情況吧11/10 01:27
12F→:!畢竟這裡說的512MB是 ...11/10 01:27
17F→:拿VSS總和來跟512MB比較,不合理啊11/10 01:32
1F推:是不是使用預設的閒置10分鐘停用?06/14 20:38