Böngészési élmény javítás / Firefox

Susend Background Tabs (1.0.1) kiegészítőt használtam sokáig Firefox-ban böngészéshez arra, hogy az inaktív tab-okon futó javascript kódot kikapcsolja és így csökkentse a CPU terhelést, és növelje az akksi időmet a laptopon. Ebben a kiegészítőben az volt a jó, hogy azoknál a tab-oknál nem állította meg a script-et, amelyeket kitűztem (pinned). Illetve a megállítás azonnal folytatódott a tab-ra klikknél és nem voltak JS hibák. Írta is hogy mindent fagyaszt de memóriában tart, nem mint a többi kiegészítő, ahol kitolják az egész JS session-t és így nem minden weboldallal kompatibilis a vissza töltés.

Sajnos már régóta nem támogatott ez a kiegészítő, mert egyrészt nem stabil API-kat használt, másrészt az orosz fejlesztő már nem fejleszti. Alá sincs írva és egy ideje dobtam. Beszéltem a fejlesztővel, de már nem fogja fejleszteni és alternatív megoldást sem tud ajánlani.

Gondolkodtam sokat, hogy hogyan lehetne csökkenteni a CPU terhelést, ha sok agyon JS-ezett tab van megnyitva.

Ezen stackoverflow bejegyzésnél letesztelték, és Chrome és FF is 1000 ms-ra emeli a JS-ben kérhető Timeout minimum értékét. Gondoltam jó lenne megnézni és emelni ezt az értéket, akár csak duplájára, mely gyakorlati és technikai szempontból is jó lehet. Ha meg vissza klikkelek a tab-ra, úgyis megy minden tovább.

Az about:config-ban "min*back" szóra keresve ezt dobja:

dom.min_background_timeout_value

Alap értéke 1000, ezt felnyomtam 2000-re, és a valószínűleg 2 napon belül megjelenő 48-as FF-nál még nézem és lehet tovább emelem, mert ebben már többszálúsítják a kezelést és ott így nagyobb terhelést is tud okozni - ami nem lesz gond ezzel a módszerrel, mert azonnali módon gyorsabb tud lenni, hosszú távon pedig kevésbé terhelő. Meglátjuk.

További infó:

https://developer.mozilla.org/en-US/docs/Web/API/WindowTimers/setTimeou…

Timeouts in inactive tabs clamped to >=1000ms

To reduce the load (and associated battery usage) from background tabs, timeouts are often clamped to firing no more often than once per second (1000 ms) in inactive tabs.

Firefox implements this behavior since version 5 (see bug 633421, the 1000ms constant can be tweaked through the dom.min_background_timeout_value preference). Chrome implements this behavior since version 11 (crbug.com/66078).

Firefox for Android uses a timeout value of 15 minutes for background tabs since bug 736602 in Firefox 14, and background tabs can also be unloaded entirely.

( Huncraft v | 2016. 07. 31., v – 10:28 )

Hülye kérdés, de ez esetleg nem lenne neked jó az előző addon helyett? (nekem ez jött be)
https://addons.mozilla.org/en-US/firefox/addon/suspend-tab/

____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Ülj le és kuss legyen!"..

Ezt mások is ajánlották és régóta nézegetem, de az alábbi bajaim vannak vele:

- a weboldalról: "...because this addon calls very unstable/internal APIs of Firefox itself, this can be disabled by Firefox's update in the future"
- elvileg kitolja az egész tab session-t és így vannak oldalak ahol nem működik megfelelően (pl. session kezelés vagy egyéb)
- nem tudok vele bizonyos tab-okat működőként hagyni tweak és kézi állítgatás nélkül tudtommal, viszont kell hogy bizonyosokon fusson a JS továbbra is és jelezze az új levél vagy chat érkezését

Olyan lenne jó, ami minden design-t szolgáló elemet leállítana, a funkcionálisat pedig lelassítaná, így minden működhetne tovább, de jobb erőforrás rátával. De tulajdonképpen a böngészőket is ez irányba fejlesztik. A 47-es FF már nem olyan rossz a teszteléseim alapján. Kivárok.

Van ebben is "Don't suspend this site automatically" funciton, szóval simán megoldható, hogy bizonyos oldalakat white-listre tegyél (theoldreader.com, és gmail.com-nál nálam ez gond nélkül működik). Amit én inkább hátránynak érzek az az, hogy a nem whitelistelt oldalakat nem csak "suspendeli" hanem teljesen unloadolja, majd a következő elérési kísérletnél 0ról újratölti (kb mint egy Firefox újraindítás után). Ez miatt persze elképzelhető hogy 1-1 oldal sessionje lejár az unload/reload közötti időben és ez miatt meg kell az adott session-t (vagy akár auth tokent) újítani.
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Ülj le és kuss legyen!"..

A fejlesztői környezetemet minél közelebb akarom a produkcióshoz, és a 3rd party függőségek kezelése és követése egyszerűbb ha ugyanaz az ökoszisztéma. CentOS vonalhoz meg túl kevés a csomag ugye Ubihoz képest. Megnöveli a sysadmin munkát.

Habár jobban kedveltem pár feature-t Fedorán, például a SELinux sandbox-ot és a yum undo-t, illetve a friss verziókat és CentOS vonalhoz képest a hatalmas csomag választékot. Habár néha kicsit gyors is volt a menet.

Szóval nem rossz, de kompromisszumok vannak. Ami nem gond. Sok más dolog van mellette is.

Amúgy az Ubi 16 nagyon jó lett szerintem. Ezt inkább zárójelben mondom, nem neked. Illetve tetszik a Unity. Kényelmes és egyszerű. Olyan hogy semmit nem reszelek rajta. Lényeg hogy működjön.

( wheelmaster | 2016. 08. 01., h – 20:07 )

sub.
(Egyébként 47 és 48 között óriási a különbség az utóbbi javára böngészési élmény tekintetében.)
--
ne terelj