Al bitno da on još jede RAM pločice cijeli dan.
Da mi je znati iz kojeg palca su isisali da će se baterija manje trošiti...
Al bitno da on još jede RAM pločice cijeli dan.
Firefox rulez maderfakeri. 
Al bitno da on još jede RAM pločice cijeli dan.
Firefox rulez maderfakeri.
Edge, s YTom i još 4-5 kartica troši malo više od po gige, Chrome bi išao preko gigu u toj situaciji.
Samo da bi se promet smanjio ovo treba biti i na serverima implementirano, nije dovoljno da browseri podržavaju algoritam.
A koliko će biti raširen na serverima je upitno budući da je kompresija dosta sporija od trenutno korištenih algoritama.
Da mi je znati iz kojeg palca su isisali da će se baterija manje trošiti...
Podaci koji su komprimirani zazuzimaju manje podatkovnog prostora. Iz prijenosa manje količine podataka proizlazi i manji obim podatkovnog prometa. Iz manjeg prometa proizlazi i manja potrošnja baterije na streaming podataka.
Samo treba čitati s razumijevanjem.
> "smanje potrošnju podatkovnog prometa i (fali: posljedično) baterije na svojim mobilnim uređajima."
Što se tiče potencijalne proporcionalno veće potrošnje na dekompresiju (na samom uređaju), to se ne bi trebalo dešavati jer je ista efikasnija po pitanju potrošnje (odn. gubitku energije / podataka) od bežičnog protoka podataka. Za očekivati je i skoru hardversku ("rom") implementaciju algoritma, poput npr video encodera.
Samo da bi se promet smanjio ovo treba biti i na serverima implementirano, nije dovoljno da browseri podržavaju algoritam.
A koliko će biti raširen na serverima je upitno budući da je kompresija dosta sporija od trenutno korištenih algoritama.
Kompresija, ne i dekompresija:
"Brotli is roughly as fast as zlib’s Deflate implementation. At the same time, it compresses slightly more densely than LZMA and bzip2 on the Canterbury corpus"
http://google-opensource.blogspot.hr/2015/09/introducing-brotli-new-compression.html
Pa upravo su Google-ove farme servera one koje će vršiti kompresiju. A budući da je posljedica bolje kompresije i bolja protočnost (odn. više podataka u jednako ili manje vremena - 20-26%!), nema razloga sumnji da će se to široko implementirati. Tim prije što je riječ o open source a ne proprietary riješenju.
Sad su se sjetili. Opera to već ima godinama...
Da mi je znati iz kojeg palca su isisali da će se baterija manje trošiti...
Podaci koji su komprimirani zazuzimaju manje podatkovnog prostora. Iz prijenosa manje količine podataka proizlazi i manji obim podatkovnog prometa. Iz manjeg prometa proizlazi i manja potrošnja baterije na streaming podataka.
Samo treba čitati s razumijevanjem.
> "smanje potrošnju podatkovnog prometa i (fali: posljedično) baterije na svojim mobilnim uređajima."
Što se tiče potencijalne proporcionalno veće potrošnje na dekompresiju (na samom uređaju), to se ne bi trebalo dešavati jer je ista efikasnija po pitanju potrošnje (odn. gubitku energije / podataka) od bežičnog protoka podataka. Za očekivati je i skoru hardversku ("rom") implementaciju algoritma, poput npr video encodera.
Samo da bi se promet smanjio ovo treba biti i na serverima implementirano, nije dovoljno da browseri podržavaju algoritam.
A koliko će biti raširen na serverima je upitno budući da je kompresija dosta sporija od trenutno korištenih algoritama.
Kompresija, ne i dekompresija:
"Brotli is roughly as fast as zlib’s Deflate implementation. At the same time, it compresses slightly more densely than LZMA and bzip2 on the Canterbury corpus"
http://google-opensource.blogspot.hr/2015/09/introducing-brotli-new-compression.html
Pa upravo su Google-ove farme servera one koje će vršiti kompresiju. A budući da je posljedica bolje kompresije i bolja protočnost (odn. više podataka u jednako ili manje vremena - 20-26%!), nema razloga sumnji da će se to široko implementirati. Tim prije što je riječ o open source a ne proprietary riješenju.
Bulsit....
Najveca kolicina podataka otpada na vec suludo komprimirani sadrzaj. Ostalih "par megabajta mjesecno" sigurno nece gotovo nikako utjecati na bateriju. Nije stvar u citanju s razumijevanjem nego u razumijevanju drugih stvari...
Da mi je znati iz kojeg palca su isisali da će se baterija manje trošiti...
Podaci koji su komprimirani zazuzimaju manje podatkovnog prostora. Iz prijenosa manje količine podataka proizlazi i manji obim podatkovnog prometa. Iz manjeg prometa proizlazi i manja potrošnja baterije na streaming podataka.
Samo treba čitati s razumijevanjem.
> "smanje potrošnju podatkovnog prometa i (fali: posljedično) baterije na svojim mobilnim uređajima."
Što se tiče potencijalne proporcionalno veće potrošnje na dekompresiju (na samom uređaju), to se ne bi trebalo dešavati jer je ista efikasnija po pitanju potrošnje (odn. gubitku energije / podataka) od bežičnog protoka podataka. Za očekivati je i skoru hardversku ("rom") implementaciju algoritma, poput npr video encodera.
Samo da bi se promet smanjio ovo treba biti i na serverima implementirano, nije dovoljno da browseri podržavaju algoritam.
A koliko će biti raširen na serverima je upitno budući da je kompresija dosta sporija od trenutno korištenih algoritama.
Kompresija, ne i dekompresija:
"Brotli is roughly as fast as zlib’s Deflate implementation. At the same time, it compresses slightly more densely than LZMA and bzip2 on the Canterbury corpus"
http://google-opensource.blogspot.hr/2015/09/introducing-brotli-new-compression.html
Pa upravo su Google-ove farme servera one koje će vršiti kompresiju. A budući da je posljedica bolje kompresije i bolja protočnost (odn. više podataka u jednako ili manje vremena - 20-26%!), nema razloga sumnji da će se to široko implementirati. Tim prije što je riječ o open source a ne proprietary riješenju.
Bulsit....
Najveca kolicina podataka otpada na vec suludo komprimirani sadrzaj. Ostalih "par megabajta mjesecno" sigurno nece gotovo nikako utjecati na bateriju. Nije stvar u citanju s razumijevanjem nego u razumijevanju drugih stvari...
Drugim riječima, ti želiš reći da je Youtube glupost jer koristi kompresiju, te bi umjesto toga idealno bilo streamati raw video fileove, imali bi "par megabajta mjesecno" više a baterija bi trajala valjda duplo? I hardverski encoderi decoderi za video u mobitelima i tabletima su u stvari BS? 
Pa skoro sav sadržaj je već komprimiran; .apk, .jar, .docx i da ne nabrajam su klasične zip datoteke, koriste standardne deflate / deflate64 algoritme.
Odnosno kao što je već gore kolega naveo, Opera Mobile je to davno počela koristiti, samo nisu imali dostatne resurse (farme servera kao guglo) koji bi mogli odrađivati kvantitet / kvalitet kompresije.
Poanta je da kao i kod Zopfli ili 7-zip, Brotli koristi enormne resurse za kompresiju, ali ne i za dekompresiju. Ona je brza i lagana. Tzv. asimetrični algoritmi.
Poigraj se sa npr Nanozipom; usporedi vrijeme dekompresije (ili potrebnu količinu RAMa) sa običnim zipom.
Inače, samo za informaciju, guglove mašine umjesto da "idlaju" kad nemaju posla, prežvakavaju postojeće "zip compatible" datoteke i peglaju ih Zopflijem.
