不是嗎？
你看你自己就證明了你被廠商教育的很好啊...

誰告訴開機吃1.3G就真的一定要吃1.3G了?
這都是可以改的好嗎？

必要吃的RAM跟實際使用的RAM兩者是有很大的差距的
ANDROID核心就是LINUX KERNEL
LINUX KERNEL的進程還有記憶體管理才沒有那麼爛

調教有限？
你知道我調教編譯後的linux kernel效能跟順暢度
遠超原始linux kernel嗎？
一般使用或許性能不會明顯增加
但是進程的切�**晹閉Y些程式的執行
都大幅的提升，在不增加效能的情況下
卻明顯提昇工作效率

我編譯優化的Firefox跟原版最多有45％的性能差距
某些極端應用還有到200%以上的差距
現在還提供很多原版沒有的功能

至於Ｃｈｒｏｍｅ就不多了，因為沒有ＰＧＯ
但也有3~7%的平均提昇

然後iOS的部份....你的描述是100％的錯誤...
誰告訴你原本操作的程式放到背景就會強制釋出？
還作弊勒？
算了...不想說了，聽的懂得就聽
牽涉太多ＯＳ結構，一講下去沒完沒了

說到HTC我當年在HTC Incredible S釋出某次更新後
我追蹤了它的kernel change
我發現更新後的Incredible S在可用記憶體的部份
比更新前多了１００∼２００ＭＢ
但是手機操作上卻明顯比更新前還要不順暢
不順暢的原因是取消了一部分preload
這部份我有點不記得到底是完全取消還是僅一部分
其他還有不合理的記憶體控制
太多無謂的ｄａｅｍｏｎ
我當年好像是在自己的ｐｌｕｒｋ公開批評
沒多久又更新了一次
說來真巧，把我指出的那幾點全都修正了

還ａｐｐ開多就是硬道理這種歪理都來了
你知道android APP能吃多少記憶體跟什麼有關嗎？
跟你實際硬體有多少記憶體無關
跟VM heap size有關，這個設定直接限制了你的ａｐｐ可用記憶體是多少
不要跟我說你看到的可用跟已用記憶體情況怎樣怎樣
那些都是不正常情況下導致的問題，而且都是可以改的
我要他開機就吃２ＧＢＲＡＭ也可以，開機只吃５００ＭＢ　ＲＡＭ也行
討論這個完全沒有意義

網頁這個更扯．．．
你知道瀏覽引擎在ｒｅｎｄｅｒ的時候是怎樣工作的嗎？
例如一個Ａ網頁開啟之後，吃了４ＧＲＡＭ
開Ｂ網頁之後只吃５０ＭＢ
如果先開Ａ之後再開Ｂ
原本的４Ｇ佔用不會馬上降下來
因為它會假設你可能等一會兒還會再用到
等的時間夠久了，它認為你不會再用了
就把它清空

至於多久才算久，條件是什麼？
達到才可以開始清空或下一步驟？
這個一般就稱作記憶體管理

網頁的ｒｅｎｄｅｒ引擎再設計上
本來就會運用現在的資源坐資源極大化
什麼叫做極大化？
如果我的電腦只有４ＧＲＡＭ，那它就不會吃到多餘４ＧＲＡＭ
並能在資源有限的情況下善用ＳＷＡＰ還有清空ＲＡＭ
只ＲＥＮＤＥＲ使用者正在瀏覽的部分

所以你說調教有限？
真不好意思，你說的這幾點問題剛好都是我的專業．．．
差距就是這麼大，不是不能為而是不為