[CGSS]不是很懂官方把數據包放在快取的意義在哪
如題
比較常見的數據包放法有兩種
1.和隔壁棚一樣 直接放在DATA/Files裡
(非記憶卡,而是直接下載到沒root用戶無法直接修改的地方)
2.丟到Andriod資料夾 裡面的data或者obb 之類的 (記憶卡或內儲)
後來找了一下CGSS放在哪...他是放在Andriod / data / (CGSS那個資料夾) /Cache
雖說是放在內儲/記憶卡裡面,但是到應用程式管理員看的話---這堆資料被歸類為快取。
我也不是對APP很有研究啦...但實在不懂用意在哪裡 ?
前陣子,有時候關掉程式後就要重新下載數據包
甚至還有重複下載的問題發生,快取部分累積到600多MB
現在只要遊戲當掉...恭喜你重下載吧。
或者 現在大部分手機都有 "最近使用APP清單",可左右滑掉來關閉成是那個
滑掉 = 重下載。
因此---我盡量保持網路穩定、也不會去滑掉CGSS
以及很重要的一點:我沒裝任何清理程式
但慘劇依舊發生了
http://i.imgur.com/UU2lyra.png
我以為這只是剛好系統哪根筋不對勁而已
然後剛剛
http://i.imgur.com/GxID9RL.png
槓!!! 又來!!!
先說下我的手機是 M9
應該不會有內存不足而系統自清的問題吧?
而且還是在遊玩當中 如果是關閉程式後手機偷偷清也就罷了...
數據包放快取的好處在 ?
讀取有變快嗎 ? 切個畫面 Loding lo個老半天 還狂吃資源
(學生黨1g流量而已 在外面想清背包 去小屋拿東西就跑掉幾mb )
(說道切換畫面就氣...隔壁棚雖然看起來比較2D但切換畫面不用兩秒...
等你切換完想玩的心情都沒了)
求懂這方面的解釋給小的聽 QQ
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.123.222.133
※ 文章網址: https://www.ptt.cc/bbs/IdolMaster/M.1442559580.A.9C0.html
→
09/18 15:08, , 1F
09/18 15:08, 1F
= = '' 補充一下,在最近一次更新後我直接重砍全部重來然後引繼...
但情況依舊在...
推
09/18 15:09, , 2F
09/18 15:09, 2F
RE1 : QAQ 那怎麼樣才算夠 RAM都顯示1.2G可用了
RE2 : 列表切到 全部程式 看N次了...沒看到內建的任何清快取程式...
((我自己也沒跑去裝
→
09/18 15:10, , 3F
09/18 15:10, 3F
會讀吧,上面有張LODING就是偵測到數據空了...
那假設不讀也OK,我宿舍網路10M / 開4G+ 有時候都會卡頓 -.-
(LODING問題慢還能忍 但這有時候資料消失的問題QAQ)
推
09/18 15:21, , 4F
09/18 15:21, 4F
我原本想說要不要貼圖片上來全應用程式的圖片上來...
不過意義不大吧..我還是分得出來我手機內沒有這類程式...
除非是系統自己搞...不然真的沒裝獵豹什麼的啦
※ 編輯: ekids1234 (140.123.222.133), 09/18/2015 15:38:36
※ 編輯: ekids1234 (140.123.222.133), 09/18/2015 15:40:30
推
09/18 15:57, , 5F
09/18 15:57, 5F
哭了 我更找不到問題在哪了
※ 編輯: ekids1234 (140.123.222.133), 09/18/2015 16:03:27
推
09/18 16:05, , 6F
09/18 16:05, 6F
推
09/18 16:23, , 7F
09/18 16:23, 7F
OAO 有點多耶...我重灌後頂多200MB
不過也"多虧"一直重灌,可以讓我確定一件事情 :
一開始跑三人介紹的那個下載,只有基礎的一些元素而已
所有歌、家具、卡片、卡面等等的到遊戲內會利用loading的時候下載。
親眼看見loading時吃了我幾十mb...(跪
→
09/18 16:23, , 8F
09/18 16:23, 8F
→
09/18 16:24, , 9F
09/18 16:24, 9F
→
09/18 16:25, , 10F
09/18 16:25, 10F
切畫面重讀...跟ram的關係是什麼@@
ram非常夠這我很有自信...(m9可以開三個遊戲隨時切換...
不過剛剛在打上面那件事時又想到了...
可能是loading時要下載東西,然後偵測到我內儲不足...引發一些自動清資料之類的?
不過我內儲還有800mb up,難道800m算少...(汗
順帶一提,遊戲跳出那張截圖後我立刻去應用程式設定那邊看
--->快取就剩不到120kb了 (每次都是)
→
09/18 16:25, , 11F
09/18 16:25, 11F
→
09/18 16:26, , 12F
09/18 16:26, 12F
我也5.1說
→
09/18 16:27, , 13F
09/18 16:27, 13F
→
09/18 16:28, , 14F
09/18 16:28, 14F
→
09/18 16:28, , 15F
09/18 16:28, 15F
→
09/18 16:34, , 16F
09/18 16:34, 16F
→
09/18 16:35, , 17F
09/18 16:35, 17F
→
09/18 16:37, , 18F
09/18 16:37, 18F
推
09/18 18:30, , 19F
09/18 18:30, 19F
→
09/18 18:30, , 20F
09/18 18:30, 20F
→
09/18 18:30, , 21F
09/18 18:30, 21F
→
09/18 18:30, , 22F
09/18 18:30, 22F
如果是按照你的推論---那快取就沒有儲存的必要了
"因為網路盛行"--->照理來說那就設計成直接從伺服器讀取數據包就好
雖然說這樣的讀取方式的確會變成所謂的快取...
但日本人每次開都要重讀的話... 他們也太閒了吧(x
這推論還算說得通(? 但如果能像隔壁棚全部一次下載下來...讀取速度(望向SIF
推
09/18 18:38, , 23F
09/18 18:38, 23F
? 不是很懂這句...
推
09/18 18:50, , 24F
09/18 18:50, 24F
→
09/18 18:50, , 25F
09/18 18:50, 25F
我連cleaner都沒有 Orz... 更妙了
※ 編輯: ekids1234 (140.123.222.133), 09/18/2015 20:09:33
推
09/19 21:28, , 26F
09/19 21:28, 26F
推
09/20 02:13, , 27F
09/20 02:13, 27F
→
09/20 02:13, , 28F
09/20 02:13, 28F
→
09/20 02:13, , 29F
09/20 02:13, 29F
推
09/20 02:15, , 30F
09/20 02:15, 30F
→
09/20 02:15, , 31F
09/20 02:15, 31F
→
09/20 02:15, , 32F
09/20 02:15, 32F
推
09/20 16:40, , 33F
09/20 16:40, 33F
→
09/20 16:41, , 34F
09/20 16:41, 34F
→
09/20 16:41, , 35F
09/20 16:41, 35F