[討論] Re: U11安裝程式很慢 (解答為何更新耗時久)

看板MobileComm作者 (OCISLY)時間7年前 (2017/06/04 08:37), 7年前編輯推噓45(45推 0噓 19→)
留言64則, 46人參與, 最新討論串1/1
算正常。 為何App更新耗時很久？ 首先，原PO說的很久 是真的久 久得像手機秀逗了。遇見的人都會TMD幹，秒下的更新檔也能搞個過一分鐘。 不過這不是戲說台灣 也不是下列的安裝過程本身：- 5.0前的dalvik bytecode生成 耗時中等； 5.0+的ART native 原生碼 耗時長； 7.0的ART native+bytecode混合 耗時短。 只生成main()與核心部分，其餘部分靠記錄你使用頻率後充電時補上。 這款慢，究因是Google去年12月搞出來的File-by-File patching。 當初說只發給晚上睡覺充電中運行自動更新的手機。 但前幾個月就出現一些手機手動更新時，估計又在玩AB test。順道收集一些實際部署資料做analytics，若遇見它哪怕是Pixel也一樣喊倒霉。 Google從2012年起啟用打補丁方式節省APK更新的傳輸量， 簡單說就是拿一個app新版本與舊版本(你手機上的版本)比對並找出差異(delta)，只傳輸給你差異部分，再由你手機上既有APK和新取得delta拼湊成新APK後安裝。 Google去年7月左右先推出相比下效率比之前使用的演算法更優秀47%的bsdiff。 12月進一步推出File-by-File patching。它的優點是平均能省上65趴左右的更新檔大小，有些範本更達到95趴。缺點是耗時耗運算。 下完後要先解壓手機上的既有APK(zip檔)，再拿更新檔送來的bsdiff算出的個別文件delta針對有改動過的文件打補丁，壓縮回APK，再跑hash驗證。據Google說這過程[15年後手機]是以每秒1MB的速度在運行的。他們分析得出更新檔傳輸量減半，打補丁耗時則增一倍。 這就是更新檔下載完後為何會卡在100%許久的原因。其實你是被挑中的幸運兒，有幸參與實驗。 重點是每天能幫用戶省6 PetaBytes (也幫Google自己稍稍減負擔)。 畢竟要應付20億人數的Android每月活躍用戶， Google相簿每天新增12億張新照片。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 60.51.11.104 ※ 文章網址: https://www.ptt.cc/bbs/MobileComm/M.1496536659.A.920.html 推 iem2000 : 專業推，我硬體的，軟體的不懂 ??? 06/04 08:40
推
06/04 08:41, , 1F
原來是這麼回事 比對下載合併而不是覆蓋安裝 慢正常
06/04 08:41, 1F
推
06/04 08:50, , 2F
趕快推
06/04 08:50, 2F
推
06/04 08:52, , 3F
您太專業，黑特又少一個點攻擊了啦
06/04 08:52, 3F
推
06/04 08:53, , 4F
不推別人以為我看不懂
06/04 08:53, 4F
推
06/04 09:02, , 5F
專業推
06/04 09:02, 5F
推
06/04 09:11, , 6F
趕....趕....快推 沒錯!!就是這樣!!!
06/04 09:11, 6F
推
06/04 09:20, , 7F
先推 怕別人以為我看不懂
06/04 09:20, 7F
推
06/04 09:25, , 8F
跟我要說的一樣...我在補充一點
06/04 09:25, 8F
→
06/04 09:25, , 9F
手機要記得充電
06/04 09:25, 9F
推
06/04 09:29, , 10F
恩恩 我的答案跟小當家一樣
06/04 09:29, 10F
推
06/04 09:32, , 11F
專業。我記得新的演算法好像是實習生想的？ 印象中
06/04 09:32, 11F
→
06/04 09:32, , 12F
有新聞
06/04 09:32, 12F
實習生是把brotli移植給商店用 這是傳輸時的壓縮像gzip 我在原帖原也誤判成它
推
06/04 09:32, , 13F
是內個吧...沒錯!!朗文大師太強了!
06/04 09:32, 13F
推
06/04 09:34, , 14F
U文推推
06/04 09:34, 14F
推
06/04 09:37, , 15F
推 專業,只是這種不講,會讓手機業者背黑鍋
06/04 09:37, 15F
推
06/04 09:44, , 16F
太專業了吧！我用LOS14.1也覺得卡100%卡很久 也是因
06/04 09:44, 16F
→
06/04 09:44, , 17F
為這個原因嗎
06/04 09:44, 17F
推
06/04 09:45, , 18F
原文刪了？
06/04 09:45, 18F
這篇標題太長 我有拿掉原標題兩個字
推
06/04 09:53, , 19F
專業推！！
06/04 09:53, 19F
推
06/04 10:01, , 20F
趕快推…不然別人會以為我不懂
06/04 10:01, 20F
推
06/04 10:18, , 21F
推專業文
06/04 10:18, 21F
推
06/04 10:28, , 22F
我是幸運兒
06/04 10:28, 22F
我也當過一陣子衰衰幸運兒 後來不知怎地不愛我了
推
06/04 10:38, , 23F
推推
06/04 10:38, 23F
推
06/04 10:43, , 24F
推推推
06/04 10:43, 24F
推
06/04 10:47, , 25F
我是原po，沒刪喔。另外感謝樓主釋疑～
06/04 10:47, 25F
※ 編輯: mainline (60.51.11.104), 06/04/2017 10:48:38 ※ 編輯: mainline (60.51.11.104), 06/04/2017 10:50:07 ※ 編輯: mainline (60.51.11.104), 06/04/2017 10:52:46
推
06/04 10:54, , 26F
順便問一下，幸運中了怎麼辦？因為我是factory rese
06/04 10:54, 26F
→
06/04 10:54, , 27F
t ... QQ
06/04 10:54, 27F
不曉得呢 認為值得試的只有清商店的資料 畢竟只考你耐性 不知道他們是怎麼隨機挑的 若記錄在伺服器認android id的話 無解
推
06/04 10:54, , 28F
什麼！你們都不懂呀！
06/04 10:54, 28F
推
06/04 10:56, , 29F
推
06/04 10:56, 29F
推
06/04 10:57, , 30F
推，聽起來就是節省網路流量但多花時間了QQ
06/04 10:57, 30F
推
06/04 10:58, , 31F
推，學到新知了，想不到谷歌也在play節省流量了，以
06/04 10:58, 31F
→
06/04 10:58, , 32F
前就覺得差異性更新不錯，但很少看過實際上路
06/04 10:58, 32F
→
06/04 10:59, , 33F
不知道未來會不會提供選項，有的人要快，有的人要省
06/04 10:59, 33F
→
06/04 10:59, , 34F
，雖然以google角度，應該是一律都省流量才省。
06/04 10:59, 34F
※ 編輯: mainline (60.51.11.104), 06/04/2017 11:01:17
推
06/04 11:07, , 35F
這..... 有點專業 推了!
06/04 11:07, 35F
→
06/04 11:13, , 36F
感謝資訊
06/04 11:13, 36F
→
06/04 11:16, , 37F
猜應該不是認id 不然原po reset all就不會變回原速
06/04 11:16, 37F
→
06/04 11:16, , 38F
了
06/04 11:16, 38F
同覺得不太可能認aid 沒必要搞那麼死 不過factory reset就會是新aid喔
推
06/04 11:25, , 39F
太專業啦，大推
06/04 11:25, 39F
※ 編輯: mainline (60.51.11.104), 06/04/2017 11:33:03
推
06/04 11:35, , 40F
長知識推
06/04 11:35, 40F
推
06/04 11:35, , 41F
原來如此 又學到一個 感謝XD
06/04 11:35, 41F
推
06/04 11:37, , 42F
專業推。
06/04 11:37, 42F
推
06/04 11:43, , 43F
台灣一堆網路吃到飽被選重應該算衰吧
06/04 11:43, 43F
推
06/04 12:14, , 44F
嗯 跟我想的一樣 只是我懶的打
06/04 12:14, 44F
推
06/04 12:20, , 45F
所以是先上車後補票的概念。那去apkmirror安裝後goo
06/04 12:20, 45F
→
06/04 12:20, , 46F
gle還會幫用戶補票嗎？
06/04 12:20, 46F
蛤 罰你重看
→
06/04 12:23, , 47F
也難怪google省不了電，背後總有服務來獲取用戶個資
06/04 12:23, 47F
→
06/04 12:23, , 48F
XD
06/04 12:23, 48F
推
06/04 12:30, , 49F
哇 內行的 在哪高就？
06/04 12:30, 49F
推
06/04 12:44, , 50F
長知識！
06/04 12:44, 50F
推
06/04 13:01, , 51F
推專業
06/04 13:01, 51F
※ 編輯: mainline (60.51.11.104), 06/04/2017 13:06:09
推
06/04 13:09, , 52F
你這樣工讀生就少一個點可以黑HTC了啦，工讀生QQ
06/04 13:09, 52F
→
06/04 13:10, , 53F
沒看樓上有人示範看不懂但就是要黑
06/04 13:10, 53F
→
06/04 13:45, , 54F
這篇有沒有白話版本？
06/04 13:45, 54F
有種不人道但省流量的安裝方式被水鬼谷歌挑替身拿來做實驗
→
06/04 13:47, , 55F
簡單來說：你比較衰 就比較慢
06/04 13:47, 55F
推
06/04 13:48, , 56F
「不要怕慢，它是為了幫你省網路流量，如果確定實裝
06/04 13:48, 56F
→
06/04 13:48, , 57F
以後大家都會一樣慢」
06/04 13:48, 57F
※ 編輯: mainline (60.51.11.104), 06/04/2017 14:15:02
推
06/04 14:22, , 58F
推專業
06/04 14:22, 58F
推
06/04 15:16, , 59F
有意思
06/04 15:16, 59F
推
06/04 17:03, , 60F
就是利用用戶手機來幫咕狗省流量省錢的好設計呢
06/04 17:03, 60F
推
06/04 18:47, , 61F
推
06/04 18:47, 61F
→
06/04 23:33, , 62F
必須推不然別人以為我看不懂
06/04 23:33, 62F
推
06/05 23:08, , 63F
可不可以用比較簡單的方式講 因為我也有遇到這問題
06/05 23:08, 63F
→
06/05 23:09, , 64F
解決qq
06/05 23:09, 64F
‣ 更多 mainline 的文章
文章代碼(AID): #1PCrPJaW (MobileComm)