Magyar Opera

Címkék » tipp


Az Opera memóriakezeléséről dióhéjban

Az utóbbi időben elég sokan panaszkodnak, hogy az Opera sok memóriát eszik a többi böngészőhöz képest. Ha csak a számokat nézzük, ez igaz is, viszont a hátterét és a miértjét sem árt figyelembe venni, hogy pontosan megértsük miért van erre szükség.

Hasonlatként rögtön felhoznám a Windows, Superfetch nevű szolgáltatását. Manapság egy átlagos számítógépben minimum 1GB memória található. A ki nem használt, üresen álló memória pedig pazarlás, mintha söröskorsóból innánk a féldecit.

A memóriába sokkal gyorsabban lehet írni és sokkal gyorsabban lehet róla olvasni, mint a HDD esetében, ráadásul hangtalan és kevesebbet is fogyaszt. Éppen ezért az az alkalmazás is gyorsabb lesz, ami lemez helyett memóriából dolgozik, illetve hatékony memóriamenedzsmenttel rendelkezik.

Ahány böngésző, annyi különböző memóriakezelés. Az Internet Explorer már a Windows betöltődésével betölti egyes részeit, amit benn is tart a memóriában attól függetlenül, hogy fut-e a böngésző.

A Firefox, válaszul a róla elterjedt "memóriazabáló" jelzőre a 3-as verziótól szinte mindent kilapoz a memóriából, amit nem használ és ez alacsony memóriahasználatot eredményez, viszont átlagon felüli CPU használatot alapjáraton és a program működésének lassulását hosszabb futás után, a memóriablokkok töredezése miatt.

A Google Chrome a fülek külön folyamatba rendezésével a bezárt lapok által lefoglalt memóriát azonnal visszakapja, még ha a főprocessz folyamatosan hízik is pár megával, viszont éppen emiatt jóval több memóriát eszik 1-1 fül, mint a többi böngészőben. 40-50 megnyitott oldal esetén hatalmas memóriát képes lefoglalni. Extrém használat esetén pedig akármennyi memóriával is rendelkezünk, mivel a külön processz valójában csak alprocessz, a program 32 bites voltából eredő 2 gigás határ elérése után a Windows ugyanúgy kilövi, mint a többit.

Az Opera az oldal előzményeit és a korábban bezárt lapokat a memóriában tartja az általa alapértelmezésben dinamikusan lefoglalt memória határáig, amely a rendszermemória 10%-a. Tehát 2 giga esetén 200, 4 giga esetén pedig 400 mega. Éppen ezért az Opera fut a leggyorsabban a gyenge, 512, vagy ennél kevesebb memóriával rendelkező gépeken is.

Cserébe az oldalak előzményeiben való navigálás azonnal történik az oldal újratöltése és HDD-ről történő cachelés nélkül és a korábban bezárt lapok is szinte azonnal újranyílnak, valamint hosszú futásidő (30-40 órától a végtelenségig) után sem lassul be.

Valamint extrém felhasználási szokások esetén sem lassul be. Például mikor egyszerre megnyitunk 40-50 lapot az Opera akadozik ugyan, de még válaszképes marad, a többi böngészőnél ez hosszú válaszképtelenséghez vezethet. Persze ilyesmit ritkán teszünk, viszont jól szemlélteti a memóriakezelés jótékony hatásait.

Akárcsak ha 20-30 megnyitott lapot töltünk újra egyszerre (vagy éppen ennyi füllel zártuk be korábban, majd újra megnyitjuk a böngészőt) is szemmel látható a különbség.

Ennek azonban az az ára, hogy az erősebb, több memóriával rendelkező gépeken az Opera is többet eszik.

Akiket mindezek ismeretében továbbra is zavar, hogy az Opera viselkedése esztétikai károkat okoz a memóriahasználati grafikonon, íme pár tipp, amivel csökkenthető a memóriaigénye az erősebb gépeken is.

A Beállítások > Haladó > Előzmények alatt kapcsold ki teljesen a memória gyorsítótárat. A lemez cache-t is kikapcsolhatod, de akkor újra fog tölteni minden elemet az oldalon, ha elnavigálsz róla, ennek hagyj valamennyit. Akár többet is adhatsz neki a gyári 20 mega helyett, akkor több elemet tud megőrizni, amit később visszatölt, így nem a szerverről kell újra letöltenie.

Valamint a 10 tipp az Opera 9 gyorsítására postban lévő 2, 3, 4, 5, 7 és 8-as tippek is segíthetnek.

Google Suggestion

Nemrég jelent meg az Opera 10.60, amelyben egy új funkció is helyet kapott, mégpedig a Search Suggestions néven elterjedt valami, ami címsorkeresés során már a gépelés alatt próbálja kitalálni mire akarunk keresni és ennek megfelelően kilistázza a legnépszerűbb keresési kifejezéseket/kulcsszavakat.

Ahogy már az Operától megszokhattuk ez a funkció is náluk volt elsőként még valamikor az Opera 7.5 környékén, csak aztán a Google kérésére kivették. Végül pár évvel később a Chrome megjelenése hozta "divatba". Azóta minden böngésző lemásolta majd végül az Opera is újra visszatette ezt a funkciót, immáron a címsoros keresésből is működik.

Már az elején észrevehette mindenki, hogy ez a funkció jelenleg Operában csak a Wikipédiával és a Binggel működik. De mivel az Operában lehet INI fájlokat bütykölni, szinte nincs lehetetlen.

Szóval, van nekünk két search.ini fájlunk. Az egyik a Program Files\Opera\defaults mappában, ahogy a nevéből is következtethetünk ez tartalmazza az alapértelmezett keresőket és minden frissítésnél felülíródik, ahogy a Program Files\Opera mappa teljes tartalma.

Van egy másik search.ini fájlunk az Operás profilunkban, ebbe kerülnek egyszer a saját keresőink, amit egy oldalon lévő keresődobozban jobbklikk->Kereső készítésével csináltunk, valamint itt jelennek meg a fájl legtetején a gyári keresők közül azok, amiket töröltünk, legalul a Deleted=1 sorral. Ezeket ne módosítsuk.

Lépések:

  • Vegyünk fel egy számunkra szimpatikus keresőt, ami nem gyári és tegyük alapértelmezetté. Ezt követően minden gyári keresőt töröljünk (a Find in page kivételével, azt ne töröljük, mert akkor nem fog működni a Ctrl+F-es oldalon belüli kereső).
Tovább...

Gyorstipp: Oldalspecifikus zoom

A most következő userJS-sel, amit shoust készített, oldalspecifikus nagyítást állíthatunk be. Local Storage alapokon működik és CSS 2D transform-ot használ, tehát csak 10.5x-től felfelé használható.

A JS mellett szükség van egy bookmarkletre is, amivel elmenthetjük a beállított nagyítás fokozatát.

javascript:(function(){var x=prompt('Enter zoom value,'+(localStorage.zoom?localStorage.zoom:'100')+'% is default',(localStorage.zoom?localStorage.zoom:'100'));if(x!='100' || x!='0'){localStorage.zoom=x;document.documentElement.style.OTransform='scale('+parseInt(localStorage.zoom)/100+')';document.documentElement.style.OTransformOrigin='0% 0%';}else{delete localStorage.zoom}})()

Komplexebb oldalakon problémás lehet, valamint az illeszkedés funkcióval sem működik együtt.

Site specific zooming letöltése

Átlátható egyéni keresők

  • Sok egyéni keresőd van ami már teljesen átláthatatlan a helyi menüből (jobbklikk->Keresés ezzel) indítva?
  • Esetleg az akadályozott meg eddig benne, hogy sok legyen, mert akkor átláthatatlan lenne?
  • Feleslegesnek tartod, hogy ennyi keresőd van kilistázva, mikor egy részével csak címsorból keresel?

Ezen segít a következő tipp.

Tovább...

Gyorstipp: Valósidejű vizuális fülek

Baldric készített egy userJS-t, amivel meghatározhatjuk milyen gyakran frissüljön a vizuális fül előnézeti képe, mindezt anélkül, hogy az oldalt frissítenénk. Dinamikus tartalmaknál jól jöhet, de 25-30 fps-nél már a HTML5 videók képe is folyamatos.

Mivel egyelőre még nincs hardveres gyorsítás, így a CPU-t fogja terhelni a következő tipp, aminek a mértéke a frissítési gyakoriságtól és az adott weboldal összetételétől függ.

A userJS kétféle formában létezik. Az egyik az eredeti, amit a javascript:anim_teszt(); paranccsal (amit a címsorban kell kiadni) lehet elindítani bármelyik oldalon. Amíg nem adjuk ki, addig nem fut le a kód.

A másik pedig, amit én módosítottam, ez automatikusan lefut és az @include, @exclude paraméterekkel lehet meghatározni, hogy hol fusson, illetve hol ne fusson le.

Az alján lévő 30-as érték millisec-ben van megadva. Ha tesztelésen kívül másra is akarjuk használni, akkor növeljük az értéket. Tehát ha másodpercenként szeretnénk frissíteni, akkor 1000-et adjunk meg, ha 10 másodpercenként akkor 10000-et és így tovább. Csak óvatosan vele, alacsony frissítési érték megadásánál okozhat meglepetéseket.

Anim Teszt.js letöltése         vagy           Módosított Anim Teszt.js letöltése

süti beállítások módosítása