Re: [討論] Android的進步與老舊的刻板印象(文長)

[peter120 (彼得)]

※ 引述《hn9480412 (ilinker)》之銘言：

: 後來我媽也去買了智慧型手機，是SONY xperia C。基本使用上沒什麼問題。但要更新A
pp
: 就會一直出現ROM已滿的訊息。問題是我的東西都已經轉移到記憶卡了還一直說ROM已滿
: 。到最後是關閉他根本用不到的服務才有辦法更新，合約還沒到就換紅米了
: 這個也是我一直很不解的地方。為甚麼Android一直可以說應用程式可以轉移到記憶卡
。
: 但就是有些該死的東西不能安裝到記憶卡。特別是那個Facebook、LINE這種越用越肥大
的
: 應用程式(只能轉移核心元件到記憶卡。多出來的快取檔案怎麼清就是清不掉)
: 所以這個時候我對Android的檔案和系統管理有點感冒就是了。


這個真的值得講講...


Android的空間配置一開始真的亂七八糟
跟蘋果比 蘋果因為沒有SD卡可插
而且起初就有8G 16G 32G規格(最早期)
你放什麼就什麼(只要手機肯讓你寫入)
都不會有東西到底放哪才對的問題
全部容量沒有區分哪一區放程式 哪一區放資料

這邊就稍微回顧一下我印象中的Android空間分配吧~

2.2以前的系統
手機本身可能給512MB Rom 你程式安裝後就是放到Rom中 然後程式產生的資料就放到SD卡
中的Android資料夾
但是這樣就多出一個問題 Rom空間太小程式放不多

所以2.2就給了一個APP2SD，可以把程式的一部分移動到SD卡的隱藏資料夾中(.android_s
ecure)
一部分上緩解了程式安裝空間不足的問題

但是後來多了一個非常怪異的切割法...
大家的期望應該是希望data區越大越好(程式才裝的多.因為移動SD卡開機變慢 效能不佳)

結果16G 32G或是原Po提到的XC(4G Rom)
變成2G Data區 其餘當作''模擬SD卡''
這時候就好笑了...你的外插SD卡等於完全沒辦法放任何應用程式資料了

P.S部分導航軟體的數據資料包倒是有設定可以自動讀取外插SD卡 減緩模擬SD卡容量不足
的囧境
我曾玩過一個App,用掛載的，遊戲obb數據包放在外插SD卡，App設定掛載在內部正確路徑
中


但是到後期...2G Data即便你有移動了 也是接近滿了

這時候解法就很多種...
Link2SD,但是要先重新切割SD卡，前面512MB Rom也能這麼搞

而有些手機就直接刷機搞擴容
線刷重新分配Data區 有的可以擴大到4G 6G，弄完就真的很好用了
但是這是適用於內建16G 32G的手機

4G Rom切割DATA+模擬SD的裝置比較慘
Data小 模擬SD也小...根本進退兩難
所以直接改系統中vold.fstab檔，把內部模擬SD和外插SD進行交換
但是有可能因此無法進系統...重刷才行

然後總算...最終版是分區不在分內外
16G 就是10G可以放程式和媒體檔，32G 有25G之類的
然後需要時，還是有留App2SD讓你移動(不過通常不需要 除非空間真的不足)


然後6.0有一個合併功能，我目前還沒試過 不予置評~

因為實在太多年...如果上述有誤還請指教！


--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 124.6.31.232
※ 文章網址: https://www.ptt.cc/bbs/MobileComm/M.1502079713.A.16E.html
推 ReDmango    : 開始幹古 廠廠
喔。
進步是好事 只是以前的設計如果早點到位 更好
→ leopika     : 現在都嘛不切割了，那是西元幾年的事？
我當然知道現在不切割
推 dsilver     : 6.0開始…沒這種鬼問題了
4.1時的新機就沒切割問題了~6.0只是多一個合併功能。
※ 編輯: peter120 (124.6.31.232), 08/07/2017 12:35:43
※ 編輯: peter120 (124.6.31.232), 08/07/2017 12:39:48
推 ccpz        : 其實別讓使用者移出去比較好, 買了慢速記憶後
推 louisyang   : 4.1 還有吧…記得那時候被S2搞到快死掉 就為了DATA
→ ccpz        : 把 app 搬過去 lag, 又會讓 android 被黑一次了
推 ducamao     : trim到4才有..音質升頻問題不知道什麼時候才沒的
→ omage       : 那是當初這樣設計的人的問題。不然不給移，要怎麼跟
→ omage       : 使用者解釋"為什麼我還有空間卻不能安裝"
→ yoshiki78529: http://i.imgur.com/572gOhw.gif
→ peter120    : 4.1的新機 例如Xperia Z M7 都沒有這個問題了
→ peter120    : Trim是4.3的產物 但是有不有感 不知道@@
→ peter120    : 音質是指高通那個SRC問題嗎？
噓 pachingolol : 廠廠一個每隻手機都是工程師沒日沒夜才做出來的都是
→ pachingolol : 當時最高的水準，看這文就知道外行QQ
→ shankstrf   : ext2sd，當時野火S還有負容量的
→ mainline    : 快速打一下 就不Re文了。
→ mainline    : App能移動到SD卡或虛擬SD是4.0，至少官方AOSP是在4.
→ mainline    : 0才有，我是不記得在那之前就有廠商自己搞的。將系
→ mainline    : 統ROM剩餘的內部空間當成模擬SD卡的情形一開始便是
→ mainline    : 這樣了。會有Link2SD這類app出現，其實是因為有些廠
→ mainline    : 商把'App移動SD'功能按鈕禁用了 但系統的移動功能都
→ mainline    : 完整 這些app基本就是稍微繞過那顆按鈕。
→ mainline    : trim的問題不大 主要是因為約4.0時份的NAND顆粒才有
→ mainline    : trim支援 更早前的NAND不會因此而慢 受災戶只要升得
→ mainline    : 到4.3就行
→ mainline    : 你提到的怪異切割法叫FUSE(直譯:在用戶空間內的文件
→ mainline    : 系統;Filesystem in Userspace)是從linux的怪卡proj
→ mainline    : ect中取來的，它解決了/data和/虛擬SD切割大小的煩
→ mainline    : 惱 就手機如S2和One X大概都嚐過因/data切割不夠大
→ mainline    : 而遇見無解的應用空間不足問題。FUSE解決了這煩惱，
→ mainline    : 但是它本身的drawback扯的後腿還真不小，舉個例惱人
→ mainline    : 的例子 在虛擬SD內執行拷貝文件的改動時間是失真就
→ mainline    : 是因為FUSE的權限及安全性考量緣由。效率上最糟的是
→ mainline    : 讀取命令基本上是從userspace送kernel又送回userspa
→ mainline    : ce的fuse驅動再回送kernel再去文件系統drivers多往
→ mainline    : 回繞了圈。除慢外，也因此會有造成雙緩存的笨事 ker
→ mainline    : nel和fuse是隔離的 雙方各自管理自己一份cache。終
→ mainline    : 於，這些問題在Android O終於靠三星貢獻的sdcardfs
→ mainline    : 給解決了(他們自家手機已用了段時間)。
推 bearbox     : 有意思
推 jhangyu     : 樓上上應該re文，我會去給推