Gdy chodzi o rozmiar aktualizacji, analizując wykresy można odnieść wrażenie, że zmiana jest niewielka. W tym przypadku korzyść leży głównie po stronie serwerów Google, gdzie zysk nawet kilkudziesięciu megabajtów z jednej aktualizacji przekłada się na wielokrotnie większe zyski, gdy wziąć pod uwagę liczbę użytkowników, do których aktualizacja ma trafić. Google wskazuje tu za przykład wspomniany Sklep Play, w którym zastosowanie algorytmu Brotli zamiast wcześniejszego GZIP pozwala oszczędzać ponad 1,5 miliona gigabajtów danych dziennie.
Uwagę warto zwrócić na prędkość kompresji i dekompresji. Ta pierwsza nie wypada szczególnie dobrze i może być wielokrotnie gorsza od osiąganej w przypadku algorytmów BZIP2 oraz GZIP, za to korzyści pojawiają się w przypadku dekompresji, która przebiega po stronie użytkownika przed instalacją aktualizacji w smartfonie. Tutaj, zależnie od zastosowanych wcześniej algorytmów kompresowania, wyniki uzyskiwane z wykorzystaniem Brotli mogą być nawet kilkukrotnie lepsze, w najgorszym wypadku zostając tylko nieznacznie w tyle za GZIP.
W praktyce zmiany mogą być jednak wyraźne. Jak czytamy na łamach XDA-Developers, nieoficjalną kompilację LineageOS dla Motoroli G4 (zajmującą zwykle około 350 MB), dzięki zastosowaniu nowego algorytmu kompresji udało się zmniejszyć o kolejne 50 megabajtów. Nawet jeśli nie przyspieszy to drastycznie instalacji, to wpłynie na czas pobierania aktualizacji, a jeśli korzystamy z mobilnego dostępu do Internetu, będzie także korzystne w kontekście zużycia pakietu danych.
Redaktor Prowadzący dobreprogramy.pl, dziennikarz obszaru Technologie w Wirtualnej Polsce. Śledzi tematykę cyberbezpieczeństwa, systemów operacyjnych, aplikacji "dla każdego" oraz technologii w świecie motoryzacji i smart home. W branży od 2014 roku.
