顯示廣告
隱藏 ✕
※ 本文轉寄自 ptt.cc 更新時間: 2014-09-20 20:53:19
看板 iPhone
作者 bensome0624 (B)
標題 Re: [討論] iphone6+ 1GRAM確定 你會因此改買6嗎?
時間 Sat Sep 20 05:41:39 2014


: 推 luckyBF: 為什麼買iphone還要在意硬體規格勒                       09/20 00:04
: 推 AirLee: 1G很夠用了 像安卓記憶體管理這麼爛的系統 我頂多也是用到  09/20 00:07
: 推 jojo72118: 1g就很夠了吧。  沒什麼軟體可以讓5s 頓 更何況6的硬    09/20 00:11
: → jojo72118: 體更強 而且ram也有分等級的                           09/20 00:11
: 推 jojo72118: 5s就順到爆了 有5s的人 iPhone 6的吸引力只有螢幕大吧   09/20 00:20
: → reon: Android就像跟早期Windows一樣賣 一直賣硬體                 09/20 00:21
: → reon: 要看RAM大小決定手機 只有A系統 OK??                        09/20 00:22

我拿的是iPhone 5,在去年就有發一篇文章 #1IJt5q-B 講說RAM不夠用的事實了,

如果Apple停留在iOS 6,我可能也會覺得RAM的大小根本不重要,

反正iOS的記憶體管理做得非常好,

但自從升上iOS 7以後,根本不是這麼一回事!!!!

iOS 7多工多新增了預覽截圖的功能,造成記憶體使用量大增。



iOS 7正式版剛出的時候,

若是記憶體使用率過高的時候點HOME鍵兩下開啟多工會白蘋果

之後出的更新版有解決白蘋果的問題,

但是記憶體使用率過高的時候,HOME鍵兩下開啟多工還是會lag 2~5秒



為什麼我覺得是記憶體的問題呢?

因為只要出現這種lag,手機就會跳出LowMemory的log



一定會有人回「我也是iPhone 5但是我超級順」

但問題是每個人使用的習慣根本不一樣,

有些人每天就只用Facebook和Line切來切去,

或是固定就只使用那五、六個app,

但是重度使用者,再加上習慣把不常用的app囤積在iPhone裡的使用者

就會有記憶體不足的現象發生。



因為iOS 7多工模式下會列出從第一次開啟手機起,所有使用過的app的預覽圖

我有嘗試過將所有app在多工模式強制刪除,

多工模式真的會變得很順,

但是過個一兩天,多工模式累積幾十個~超過百個app的截圖時,又會有lag的現象。




: 推 horseorange: 我也在等2g Ram出 ps不覺得6是閹割                   09/20 00:22
: 推 congregate: 說真的,沒有人嫌RAM太多的,但是是既定事實...        09/20 00:27
: → congregate: 我覺得就好好的用就好了,不然就等吧...               09/20 00:27
: 推 tropotato: 開放樓下造樣造句 硬體這種永遠不夠的東西還有人在嫌多  09/20 00:28
: → tropotato: 你知道寫app 如果ram沒空管好會被apple 退回嗎?        09/20 00:28
: → siro0207: 雖然在新CPU底下 reload的速度超快 但還是很煩           09/20 00:34
: → reon: 老實講Reload沒啥不好..Android常常亂吃電 就是都放在RAM     09/20 00:36

根據Apple Genius Bar員工的文章 http://0rz.tw/b3fIC
The Ultimate Guide to Solving iOS Battery Drain — Scotty Loveless
[圖]
Updated April 7, 2014: added Step 8 to the list. * Added Korean Translation (provided by Yoon Jiman) * Added French Translation (provided by Guillaume Haben) * Added Chinese Translation (provided by Jamie Sa) * Added Spanish Translation (provided by Eduardo Gutierrez) * Added Russian Translation (pr ...

 

常常reload才是在吃電

當然這也要看使用者而定,像前面說的,很多人常常只使用少數幾個app

那記憶體量少或許真的反而是好事,因為可以減少背景在運作的程式XD

但是,常常在不同app切換的使用者,就必須要一直reload,


反而是很耗電的。



而且背景正在運作的程式到底耗不耗電,並不是看記憶體的量,

耗電主要是看背景程式到底在做什麼!

就算是只有1MB的小程式,一直在背景存取網路也會很快的把你手機電用光

但若只是讀取的圖片、網頁占用的記憶體多,在背景不運作的話

那就沒有關係了。



最後緬懷一下最傳奇的傳統介面的最後一代iOS 6,

返回桌面 / 多工模式 都是神速啊....

而且是不限定機型!!!

舊一點的機型或許程式跑起來很慢,

但至少在iOS 6下,HOME鍵返回桌面和多工模式反應都超級及時不會lag,

再看看我現在更新到iOS 8後,多工一直白蘋果的手機...........(e04)。

--
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.136.28.196
※ 文章網址: http://www.ptt.cc/bbs/iPhone/M.1411162901.A.0DE.html
xelnaga: 我更在意的是 6+ 鏡頭也是凸出的..1F 09/20 05:46
xelnaga: 而且iO 6 icons 介面都好看多了...
myrzr: 還是會有人說1gb就夠了3F 09/20 06:02
xelnaga: 因為有人真的1GB就夠了 XD4F 09/20 06:04
DDD2002: 這篇說出了所有心裡的話5F 09/20 06:19
d8613518: 如果是因為背景app所以要加大ram ,多大都不夠吧6F 09/20 06:37
gmcrg: 因為多大都不夠就不用加大了?這什麼邏輯7F 09/20 06:42
hotface: 會幫賣方講話說規格不用太好 應該也只有這裡了8F 09/20 06:48
slent67: cpu夠強  可以稍微彌補ram的不足9F 09/20 06:49
keke0421: 樓主應該有jb吧 如果是 白蘋果也只是剛好10F 09/20 06:51
keke0421: 樓主講得很像知道apple設計OS記憶體內部管理的模式
我的iPhone 5從來沒有JB喔,你講得很像知道我一樣
更何況iOS 8應該還沒有JB釋出吧,我要怎麼用

再者,我推測的原因、過程都寫在本文內
你如果覺得我哪一點寫得有錯可以指正

PPPGGG: 我沒JB記憶體也不夠阿 APP一直reload12F 09/20 07:06
PPPGGG: 一開始也認為1G夠用 但是後來卻發現APP怎麼一直都在reload
outsiderose: DYU板3PG現身說明!14F 09/20 07:33
forever215: 事實就是只有1G 那該怎麼辦? 拒買?15F 09/20 07:49
xelnaga: 含淚買啊16F 09/20 08:00
simongarden: iPad解析度更高也沒人靠腰1g不夠用……17F 09/20 08:32
e2000: 阿就有放大螢幕了,當然會合理化其他的缺點啊18F 09/20 08:41
x56746441: 很中肯阿 還是一堆果迷自我安慰1G RAM夠19F 09/20 09:14
hahn: 真的一堆果迷自我陶醉 一堆人更新ios開始變慢 還說ram很夠zz20F 09/20 09:39
reon: 為什麼推到背景除了GPS外還是可以做高號電的動作?遊戲不會21F 09/20 09:48
reon: 暫停耶,iphone跟沒這問題
reon: 對跟Ram大小無關,但Ram會需要這麼大,就是設計不嚴僅
我剛剛試過TempleRun / 天之痕 / Piano Tiles,退出遊戲後都會自動暫停
根本不會繼續大量耗用CPU資源

且如同本文所講的,重點是你裝了什麼app,而不是你裝了多少app
請參考你的Background App Refresh,
很多App都是利用這個功能自動喚醒起來運作,並存取網路和GPS
這才是最耗電的,且不論你的記憶體大小都會發生,App只有幾MB都可以操掛你的電池。

siro0207: 更新iOS變慢是剛開始的一堆系統問題24F 09/20 09:51
siro0207: 等到更新到.1最佳化完後 就會順回來
siro0207: 有人沒用過iOS就別在那邊亂說
reon: ios的設計可以不需要Reload但是App開發時要設計進去27F 09/20 09:54
reon: 累積幾十個App 最後導致lag,這是加Ram就能解決的嗎?
CPU執行程式一定要先載入到記憶體,
記憶體載入程式後CPU不一定得要一直執行
並不是程式都24 hr小時在跑,iOS對於退到背景的app有一定的管制,
必須要在Background App Refresh裡才能繼續跑,
否則背景所有的下載 / 程式運作都會停止
而既有的網路連線擺到背景過久也會直接timeout。

HiHiCano: 累計的好歹也做個自動清的動作吧29F 09/20 09:58
ICEWAYNE: iOS6是我從iOS4用到現在覺得最爛的iOS...30F 09/20 09:58
reon: Android 手機Ram比較大 照你的用法不lag才怪31F 09/20 09:59
reon: 手機OS 不是完美,不同設計考量點不同,重load好還是放ram好
reon: 各有千秋
siro0207: 累計的iOS本來就會自動清啊 所以才會有reload的情況34F 09/20 10:03
reon: Apple設計一定是有評估過,Ram加大到底效益大不大,不是一句35F 09/20 10:04
reon: 我需要2G 3G ram就是最好的解
siro0207: 背景裡舊的app因ram不夠 系統判斷清掉 之後你要再開它的37F 09/20 10:04
siro0207: 時候就會reload
yangwen5301: 開大量App不關,就算是桌電8G ram也不夠用39F 09/20 10:08
yangwen5301: 常聽我同學說chrome爛,讓電腦lag,結果是開5x分頁
reon: 我知道會清,樓主的說法Ram要越大越好,我不同意,太大的Ram41F 09/20 10:10
reon: 只是裝更多用不到甚至導至手機更耗電
Ram的耗電和 CPU / 網路 / 螢幕 相比相對來得小太多了,
手機我不知道,但根據這篇報導 http://www.tpuser.idv.tw/wp/?p=1859
桌機不論是系統滿載或是閒置,記憶體耗費的電力只占全部的5%

yangwen5301: 至於1G夠不夠,要看接下來App Store的發展才會知道43F 09/20 10:11
siro0207: 我是回HiHi44F 09/20 10:12
reon: 手機我最不能忍受為什麼都退到背景了還會狂吃電,忘記完整退45F 09/20 10:13
reon: 出,但等到要用手機電量已經掉超多格
e2000: 所以加大螢幕跟+ram如果只能選一個,你們選擇哪個?47F 09/20 10:15
ap521125: 沒人認為把ram加大會讓app設計者鬆懈 濫用ram嗎?48F 09/20 10:21
ap521125: 其結果就是更吃電力
yangwen5301: 因為很多手機重度使用者都會帶行動電源啊,沒電了就50F 09/20 10:27
debby0418: 也沒玩遊戲又關背景 RAM都會耗起碼80趴51F 09/20 10:33
newz: 鬆個屁懈,要自慰去廁所,不要在這邊露出你的3cm丟臉52F 09/20 10:34
azuel: 沒人認為限制1G ram會壓抑設計者的創意範圍嗎 ._.53F 09/20 10:41
azuel: 鬆懈的設計者會做的事情是把現有資源吃死來省功夫
azuel: 這些設計者不論1G RAM或2G RAM都會加以揮霍造成RAM不足
azuel: 趨勢就是APP的功能越深越廣之下,相對應要求的資源量就越高
azuel: 就算是很嚴謹的設計者,要放新功能的時候也是會多吃資源的
azuel: 難道說薪水22k可以不餓死  就不需要66k的offer了嗎
Samurai: 笑了,RAM加大設計者會鬆懈XDDD59F 09/20 10:51
azuel: 然後app退到背景還狂吃電這種事情該怪的好像不是RAM太大?60F 09/20 10:57
azuel: 不然照這樣的邏輯是不是退回去用512MB就夠了呢
azuel: 反正iOS本身調得夠順,其他APP用量超過就不准上架
azuel: 能用到的東西順就好了,不順的東西就不准用,天下太平?
kyle5241: apple的評估當然是怎樣消費者才會兩年升級一次64F 09/20 11:10
hiro1221: Ram本來就是越大越好沒人在嫌Ram小的...65F 09/20 11:11
hiro1221: 我桌機24G ram,chrome可以開幾十個分頁不會lag
siro0207: 不想壓抑創意範圍 最後還是要犧牲與舊機種相容性問題67F 09/20 11:13
hiro1221: 你說有沒有差?當然有差阿,你記憶體越少可以運用的空間68F 09/20 11:13
hiro1221: 當然就越少
siro0207: iphone6如果是2GB 開發者弄出了一個需1.5GB 結果就是以70F 09/20 11:15
siro0207: 往機種都無法使用這app 這點我想安卓也是一樣 app如果只
siro0207: 能讓最新型的機子才能用 是要開發者餓死嗎...
siro0207: 所以重點根本不在單一app的使用量上 而是開了一堆app後
siro0207: 的reload問題
azuel: 大部分的app進展歷程都不是單一app吃到超過前一代機種上限75F 09/20 11:19
azuel: 我所舉的觀點也沒有在說一定要單一app超過1.5GB吧 ._.
azuel: 你講的很對啊,如果使用者的需求是需要開大量app的話
azuel: 在過去每一個app的消耗量都不是很大的狀況下,低RAM可以撐
azuel: 當每一個APP每次改版都以5%~10%的速度在增加資源消耗量
azuel: 總體來講是不是就跟總可用資源有關係了?
azuel: 又如果開發出來的單一app超過1.5GB真的是超棒的應用的話
azuel: 在"新應用必須相容舊機種"和"新機種上限不提升"的前提之下
azuel: 是不是永遠都不用考慮上架了呢?
hihi29: 這篇某些推文的觀點 真是奇文共賞84F 09/20 11:29
FirstClass: Siro你說的是開發者的問題吧,他要寫出需要1.5G ram85F 09/20 11:30
FirstClass: 的app造成只有最新機型能用,進而導致下載量不高,那
FirstClass: 也是開發者自己的選擇,不然照你這說法,iPhone就一
FirstClass: 直維持256M就好了
TTTTv: 同意樓上..開發者自己要寫出需要1.5G ram 的app 導致可能舊89F 09/20 11:34
TTTTv: 機種跑不動...那不是自己的問題嗎 怎能因此不把ram加大..
siro0207: 哪邊看到我不想要加大了,不要斷章取義好嗎...91F 09/20 11:43
siro0207: 我要講的是,ram小真正的問題點不在於單一app(就算有現
siro0207: 在也是相對少數),至於你說的256MB,現在256MB的機子已
siro0207: 經很少了,所以開發者淘汰他也不會餓死
e2000: 目前為止小螢幕vs大螢幕vs記憶體的戰爭,大螢幕族群認為只95F 09/20 12:25
e2000: 要螢幕加大一切都可妥協
kobers: 講這麼多缺點 不會jb嘛? 你說的大部分jb後都可以解決97F 09/20 12:40
NTULioner: 4S 512比android 4G RAM還順呢98F 09/20 13:00
n790321: 我不懂你留一堆APP在背景都不關是要幹嘛99F 09/20 13:06
n790321: 你安卓開一堆APP還不是一樣情形
多工只是列出「歷史截圖」,
並不是同時在背景跑了那麼多app
明明前面已經講過了...iOS只能暫存,不允許背景執行程式的,
除非你允許他的Background App Refresh,
且iOS會自動輪替將前面的app從記憶體剔除,
不需要人工,額外從多工模式去刪除程式的。


今天會頓的原因是因為iOS 7開始列出歷史截圖所以造成lag,
iOS 8更新增了Widget。
而iOS 7開始記憶體管理便出現記憶體管理的問題,
導致記憶體使用率高的時候切換多工會lag。

iPhonePro: 我之前的iPhone 4跑ios5最順,iOS6反而沒iOS 7順。101F 09/20 13:48
iPhonePro: iOS 7下多工切換也沒遇過白蘋果。
我在本文就提到,「一定會有人回 我也是iPhone 5但是我超級順」

每個人使用的情境本來就不同,

在蘋果回報的Support討論區內在iOS 7正式版剛出的時候,

也是被回報了超級多白蘋果的案例。
※ 編輯: bensome0624 (118.166.209.98), 09/20/2014 14:00:55
iPhonePro: 白蘋果災情似乎集中在iPhone5居多,iPhone4跟4s比較少103F 09/20 14:08
d88647511: 要多工就注定RAM一定要加大了104F 09/20 14:51
joiedevivre: 雖然你已經講這麼清楚了 一定還是會有人在那邊跳針105F 09/20 16:09
joiedevivre: 什麼我用iPhone我超順 RAM大比較耗電之類的 沒辦法
kingsinger: 我的4S在iOS6的後期就已經有些app開始閃退了,iOS7連107F 09/20 20:46
kingsinger: 開都沒辦法,把所有背景app關掉也沒辦法打開的狀況...
kingsinger: 等於一些app呈現完全報廢掉的狀態,也讓我體會到RAM的
kingsinger: 重要程度... 這次給1GB,現在是還好,但明年改版後呢?

--
※ 看板: K_hot 文章推薦值: 0 目前人氣: 0 累積人氣: 53 
分享網址: 複製 已複製
r)回覆 e)編輯 d)刪除 M)收藏 ^x)轉錄 同主題: =)首篇 [)上篇 ])下篇