Komprese mobilních dat

[Standa99]

Nejsou většinou neomezená a díky ceně je dobré s nimi šetřit. Zásadní je blokovat reklamu, v razantnějším případě nezobrazovat obrázky (ale to už není ono). Další možnost je komprese dat, ať už na základě prohlížečů k tomu určených (např. mobilní Opera), jenže to nemá vliv na obrázky nebo videa, které už kompresí prošly.
S tím že mobil používám převážně jako modem, tak jsem kromě blokování reklam chtěl využít i tu kompresi. Na svém strojku používám proxy server Squid, jenže v něm se to musí řešit přes software třetích stran. Dále jsem používal OpenVPN, ale pouze k připojení na SSH, sambu nebo VNC. Nakonec jsem ho překonfiguroval i na sdílení NETu, s tím že přímo v něm jde použít nativní komprese (comp-lzo).
Používáte někdo něco jiného?

P.S. Při otevření 10 stejných stránek (schválně textových) je spotřeba s kompresí 1,4 MB a bez 2,3 MB, což není málo, za celý den se to musí projevit.

[Nagant]

Používám spořič dat v Chrome.
Úspora, pokud lze věřit jeho grafu, v měsíčním a dvouměsíčním intervalu něco přes 13%.

[MetalGod]

Myslím, že na webu najdeš pár kompresních proxy - funguje to na stejným principu, jako Opera Turbo. Stejnej si můžeš vybudovat, pakliže máš někde venku na pořádnější síti stroj na veřejný IP - dokonce si můžeš určit jednak sílu kompresního algoritmu, jednak typy souborů, na něž chceš/nechceš kompresi aplikovat.

[MetalGod]

Myslím, že na webu najdeš pár kompresních proxy - funguje to na stejným principu, jako Opera Turbo. Stejnej si můžeš vybudovat, pakliže máš někde venku na pořádnější síti stroj na veřejný IP - dokonce si můžeš určit jednak sílu kompresního algoritmu, jednak typy souborů, na něž chceš/nechceš kompresi aplikovat.

[Standa99]

Jenže pouštěj data přes "nějakou" proxy. U Googlu bych problém neměl, díval jsem se, že to je nějaká letošní novinka, ale Chrome není můj prioritní.

[MetalGod]

No právě. Jenže tady jde o to, že do tý proxy musí jít nekomprimovanej vstup, tedy vyššího datovýho toku, než máš k dispozici. Komprese pomalejch dat je platná jak mrtvýmu zimník, leda bys klienta měl připojenýho přes telegraf.
Webový servery, třeba Apache, kompresi podporujou, ale musej k tomu bejt nastavený (což je bohužel jen málokterej; taková komprese je poměrně náročná na výpočetní výkon), zvenčí je nepřinutíš.
P. S.: Takový proxy ovšem fungujou jen na nezabezpečený komunikaci, takový HTTPS bude furt stejně pomalý.

Na zkoušku: Zkus to s proxy 37.221.240.133:8888 - zkušebně jsem na svým stroji rozchodil Ziproxy. Konektivita je dostačující do cca 5Mb/s (takovej mám upload. Ale při průměrný kompresi 4:1, jako bys jel na 20Mb/s). Nefunguje to na protokolu HTTPS a na videích.

[MetalGod]

No právě. Jenže tady jde o to, že do tý proxy musí jít nekomprimovanej vstup, tedy vyššího datovýho toku, než máš k dispozici. Komprese pomalejch dat je platná jak mrtvýmu zimník, leda bys klienta měl připojenýho přes telegraf.
Webový servery, třeba Apache, kompresi podporujou, ale musej k tomu bejt nastavený (což je bohužel jen málokterej; taková komprese je poměrně náročná na výpočetní výkon), zvenčí je nepřinutíš.
P. S.: Takový proxy ovšem fungujou jen na nezabezpečený komunikaci, takový HTTPS bude furt stejně pomalý.

Na zkoušku: Zkus to s proxy 37.221.240.133:8888 - zkušebně jsem na svým stroji rozchodil Ziproxy. Konektivita je dostačující do cca 5Mb/s (takovej mám upload. Ale při průměrný kompresi 4:1, jako bys jel na 20Mb/s). Nefunguje to na protokolu HTTPS a na videích.

[Standa99]

Tak jsem zkusil tvou proxy na klasické HTTP stránce (pokaždé vymazaná cache) a bez proxy byla spotřeba 2,6 MB a s tvou proxy 2,1 MB.

Jenže OpenVPN kompresuje veškerý provoz (i HTTPS), přirovnal bych to ke kompresi streamu dat (po UDP). Testnul jsem to na HTTPS stránce Seznamu (opět pokaždé vymazaná cache) a bez komprese byla spotřeba 6,1 MB a s kompresí 4,8 MB.

[MetalGod]

Jo, protože jednak záleží na obsahu (čím víc textu na úkor grafiky, tím horší účinnost, jednak jsem nastavil relativně nízkou kompresi obrázků s tím, že se u GIFu a u PNG zachovává alfakanál, u GIFu navíc i animace.
Když nastavím, aby byl grafickej výstup neanimovanej a neprůhlednej (a klidně černobílej - další úspora dat), úroveň komprese bude vyšší. Už se vlastně stalo.

[MetalGod]

Jo, protože jednak záleží na obsahu (čím víc textu na úkor grafiky, tím horší účinnost, jednak jsem nastavil relativně nízkou kompresi obrázků s tím, že se u GIFu a u PNG zachovává alfakanál, u GIFu navíc i animace.
Když nastavím, aby byl grafickej výstup neanimovanej a neprůhlednej (a klidně černobílej - další úspora dat), úroveň komprese bude vyšší. Už se vlastně stalo.

[Standa99]

Tak nyní 1,4 MB, to už je pěkné.

[MetalGod]

Pěkný, ale negronaše (černobílý)
Teď koukám, kolik má tohle fórum zbytečný grafiky (protože málokdo používá archaický prohlížeče typu IE6, dalo by se leccos ubastlit pomocí CSS3, což by snížilo zátěž serveru)

[MetalGod]

Pěkný, ale negronaše (černobílý)
Teď koukám, kolik má tohle fórum zbytečný grafiky (protože málokdo používá archaický prohlížeče typu IE6, dalo by se leccos ubastlit pomocí CSS3, což by snížilo zátěž serveru)

[MetalGod]

Server jsem zrušil, jak jsem psal, byl testovací. ALE pokud máš FF, zkusit můžeš skyZIP. Používá jinou, bezztrátovou techniku komprese obrázků (WebP) a rychlejší HTTP/2.0. Samozřejmě přes HTTPS ani tady nejede vlak.
P. S.: Existuje i pro Chromej prohlížeč od Gůglu.

[MetalGod]

Server jsem zrušil, jak jsem psal, byl testovací. ALE pokud máš FF, zkusit můžeš skyZIP. Používá jinou, bezztrátovou techniku komprese obrázků (WebP) a rychlejší HTTP/2.0. Samozřejmě přes HTTPS ani tady nejede vlak.
P. S.: Existuje i pro Chromej prohlížeč od Gůglu.

[Standa99]

Mě stačí ta varianta s mým OpenVPN, které šifruje a kompresuje celý provoz, nejen ten z prohlížeče. S rychlostí není problém (mám symetrickou stovku), akorát je do cesty vložena mírná latence cca 8+8 ms navíc (ping z domu do NIXu), což je prd.
Metrika funguje výborně, když OpenVPN shodím, tak to okamžitě přejde na provoz mimo něj. Jedině probíhající stahování se přeruší, ale pokud server podporuje "resume", tak ho jde obnovit a pokračuje dál.