Google legger til støtte for Brotli-komprimeringsalgoritmen for å levere raskere OTA Android-oppdateringer. Google bruker allerede Brotli for Play Store-appnedlastinger
Størrelsen på en OTA-oppdatering er ikke noe folk flest tenker på, siden oppdateringer generelt sett automatisk nedlasting i bakgrunnen over WiFi, men det er faktisk en stor sak på serveren tilbake slutt. Å lagre til og med noen få megabyte med data kan utgjøre en enorm forskjell siden gevinsten multipliseres med potensielt hundretusenvis av brukere. For det formål har Google vært arbeider til bringe det er Brotli komprimeringsalgoritme til Android for raskere OTA-oppdateringer.
Hva er Brotli-kompresjonsalgoritmen?
Brotli er en komprimeringsalgoritme utviklet av en få Google-ansatte som forbedrer kompresjonsforholdet betydelig sammenlignet med andre algoritmer som GZIP, samtidig som det viser en imponerende dekompresjonshastighet. Ulempen er at komprimering av filer med Brotli-algoritmen er ganske sakte, så det unngås generelt når du komprimerer dynamisk innhold.
Komprimeringsbenchmarks. Kilde: Jeroen Ooms
På den annen side, ethvert statisk innhold som f.eks nettsider er egnet til å bli komprimert via Brotli-algoritmen. Dette inkluderer programfiler lastet ned fra Google Play Store. Siden det er godt over 2 milliarder Android-enheter der ute kan barbering av selv små mengder data når du serverer en oppdateringsfil fra Play Store, resultere i enorme gevinster for Google. Brotli-algoritmen, når den brukes til Play Butikk-appnedlastinger, sparer brukere 1,5 petabyte (1,5 millioner gigabyte) med data hver dag.
Hvordan vil Brotli forbedre OTA-oppdateringer?
Nå blir ikke OTA-oppdateringer servert til brukere så ofte som en Play Store-appoppdatering, men de har en tendens til å være mye større i sammenligning. For eksempel kan en full OTA-pakke før komprimering være på 2 GB. Hvor mye data kan lagres fra en OTA-pakke?
En LineageOS-utvikler for Motorola Moto G4 rapporterer at de var i stand til det spar 50 megabyte på en uoffisiell konstruksjon. Tatt i betraktning det faktum at den gjennomsnittlige Moto G4 LineageOS-bygget handler om 350 megabyte, det er en ganske dramatisk forbedring. Hvis til og med 10 MB med data lagres på hver OTA, kan den totale reduksjonen i båndbredde være betydelig siden Google må levere oppdateringspakken til hundretusenvis av brukere.
Videre, siden Brotli også bringer forbedrede dekompresjonshastigheter, betyr det også at OTA-oppdateringer kan brukes raskere. OTA-oppdateringer sendes til hver enhet som et arkiv, så før oppdateringene kan lages via bsdiff, må arkivet dekomprimeres. Siden Brotli-dekomprimering er ganske rask, betyr det at dekomprimering av arkivet også vil være rask, noe som resulterer i raskere patching av systemfiler.
Imidlertid brukere på enheter med A/B-partisjonsordninger som Google Pixel/Pixel 2, Essential Phone, Razer Phone, Moto Z2 Force, og Xiaomi Mi A1 vil sannsynligvis ikke legge merke til denne spesielle forbedringen siden oppdateringene brukes sømløst på den inaktive partisjonen i bakgrunnen. Likevel, selv for disse enhetene, vil den mindre OTA-oppdateringspakken på grunn av Brotli-komprimering resultere i redusert båndbredde for brukeren.
Takk til XDA Retired Forum Moderator/Anerkjent utvikler cybojenix for tipset!