受教了!!
之前一直以為有執行move app to sd這動作，
app才會移到ext磁區。
原來觀念錯了，
真是半吊子
那ext磁區除了你說的掛載到電腦usb上時app仍可用之外，
執行速度上有比fat磁區有優勢嗎?
jazzcat01 wrote:
之前一直以為有執行move app to sd這動作，
app才會移到ext磁區。
我也一直這樣以為.......
因為曾經執行過move app to sd動作後
安裝一些APP仍然是佔用到內存
顯示容量不夠
我再執行一次move app to sd動作
內存才又空出來
還是我記錯了
jazzcat01 wrote:
那ext磁區除了你說的掛載到電腦usb上時app仍可用之外，
執行速度上有比fat磁區有優勢嗎?
我也想問這個問題
還有...一些問題
做了move app to sd動作後
1.用鈦備份可以備份的到嗎?
2.如果鈦備份備份的到,還原會自動還原到SD的EXT磁區嗎?
3.延續2,還原到EXT磁區前,需要先清空EXT磁區嗎?還是會自動覆蓋?
4.如果日後換了不支援move app to sd的系統,是不是就不能用鈦備份去還原了?
jazzcat01 wrote:
那ext磁區除了你說的掛載到電腦usb上時app仍可用之外， 執行速度上有比fat磁區有優勢嗎?
我不確定耶。
其實我也沒有很懂。只是有點神經質的喜歡爬文而已。
不過我猜應該是有。
因為2.2系統內建的app2sd沒把該app的所有資料都移到sd卡上。而且是個別程式記錄app2sd資訊。
換句話說，系統讀取每一個程式就要讀取一次app2sd的資料。而且多個程式就有多比筆資料。
這應該比起掛載EXT磁區到系統快取中，一勞永逸地應付所有程式讀取動作來得繁雜許多吧？
不過這只是我的猜測就是了，不知道是不是真的是如此...
不過掛載EXT磁區的好處是，如果EXT磁區設定得夠大，
把程式資料的dalvic-cache 一起移過去，就完全不用擔心系統空間不足的問題了。
至少像一步一腳印網友提到的問題我是沒有遇到過。
我的情況是，將apps 跟dalvic-cache 一起搬到sd卡上之後，
系統儲存app資料的那一塊空間就幾乎沒有再增加過了( android的系統空間有分兩個磁區；一個儲存系統資料，一個儲存程式資料。也可能不是這樣分，但至少程式資料不會跑到儲存程式的那一個磁區去)。
所以malze 寫給liquid 的app2sd method對我來說是遠比2.2 系統內建的來得方便的。
如果你兩次在recovery裡面都是執行同樣的動作( 都是只移動apps，沒有移動dalvic-cache跟data )，那應該是第一次沒有成功。下面是你提出的問題：
一步一腳印 wrote:
1.用鈦備份可以備份的到嗎?
2.如果鈦備份備份的到,還原會自動還原到SD的EXT磁區嗎?
3.延續2,還原到EXT磁區前,需要先清空EXT磁區嗎?還是會自動覆蓋?
4.如果日後換了不支援move app to sd的系統,是不是就不能用鈦備份去還原了?
1.可以備份。
2.不會。因為EXT磁區的掛載指令是寫在系統裡面的，無關乎鈦備份拷貝的路徑資料。
3.會自動覆蓋。EXT磁區的資料備份還原跟程式資料儲存在系統槽時是沒有區別的。
4.不會。原因跟上面三點一樣。 因為EXT磁區的掛載指令是寫在系統裡面，所以無關乎鈦備份的備份還原問題。
內文搜尋
從 APP 打開
X