Firefox je stejně rychlý jako Chrome, jen se to nezdá

Jak zařídit, aby Firefox lidem připadal stejně rychlý jako Google Chrome? John Hill z Mozilly tvrdí, že Chrome ve skutečnosti není výrazně rychlejší než Firefox - jen používá několik triků, které v uživatelích budí zdání větší rychlosti.

22.6.2010 14:24 | Robert Krátký | Zajímavý článek

Komentáře

[jiri.one]

Já z Chrome píšu právě teď a až přijdu domů z práce, tak si sednu k Firefoxu a co se rychlosti týče, tak mi to přijde úplně stejné. Bydlím 100m od práce, mám stejný internet a mám doma dokonce slabší počítač, než mám tady, takže hardwarem ani netem to rozhodně není :).

[Limoto]

Když ti v jednom panelu veme flash 100% CPU tak je Chromium rozhodně významně rychlejší než Firefox...

[michal]

Když se používají rozšíření jako adblock nebo alespoň blokování flash, tak tě takovéto věci už netrápí :)

[jiri.one]

Az na nejake ty Flashove reklamy vidam Flash jen na Youtube a Firefox se vzdy chova korektne a vytizeni CPU je v pohode ...

[carnero]

To že Chrome nastartuje za dvě sekundy a Firefox je tuhý a nepoužitelný ještě po dvou minutách je skvělý trik. Stejně skvělý trik je i to, že Chrome nemá sklony vyžrat veškerou dostupnou paměť (vč. swapu) a tím zasekat sám sebe a často i celý systém.

Ale jako vtip dobrý :)

[AHAHA]

Zrovna s tou pameti je to spis naopak - Chrome zere daleko vic nez Firefox (a ostatni prohlizece).

[Radek Podgorny]

+1 ...chromium mi vzdycky sezere vse, co muze...

[carnero]

Chrome mi po startu sežere víc paměti, ale drží se trvale na nějaké konstatní hodnotě. Firefox naběhne celkem skromně ale od té doby jen žere, žere a žere... a pokud se vyskytne nějaká větší stránka (velká tabulka, moc textu) nebo otevřu víc panelů, sežere všechno a lehne.

[AHAHA]

Nasel jsem toto: http://dotnetperls.com/chrome-memory

Je to sice rok stare, ale od te doby se toho zas tolik nezmenilo. Chrome v testu sezralo az 1.2 GB pameti, po zavreni tabu ji vratilo. V pripade, ze mate jen 1 - 2 GB je i toto smrtici.

[kotyz]

zato firefox tu pamet po zavreni tabu vraci jen pomalu a neochotne

[AHAHA]

Z toho testu vyplývá opak - po zavření všech tabů spotřebovával FF paměti nejmíň. Byl to ale jen syntetický test ...

[disorder]

firefox je dnes najlepsi zo vsetkych pri narabani s pamatou, naozaj si po sebe cisti. chrome ma velke potreby pre extensions a este vacsie pre taby (desiatky MB na jeden)

[mnn]

Heh, máš pravdu - mám 30-40 tabov vo FF 3.0.13 = 260MB. Chrome 8 tabov (skoro rovnaké stránky) = dokopy 270 MB

[Marek Bernát]

Z toho plynie, že v Chrome stačí 8 tabov na stránky, na ktoré FF potrebuje 30+ tabov. Chrome RULEZZZZ

[vain]

Hehe, jj vyznělo to tak, že stejné stránky v Chromiu potřebují 8 tabů ve FF 30

[Vykook]

+1

A jsou i platformy kde Firefox jede jeste hur nez na Windows/Linuxu... Kdyby ta zakousla stranka nesestrelila alespon vsechno. :-/

Docela me zajima, proc tedy panove v Mozille nepouzivaj ty same triky jako Google ci Apple. Asi cest a pocit fairplay. Jenze cti a fairplay se nenazeru :D :D

[thingie]

Ále. Dvě sekundy proti dvěma minutám ve srovnatelných podmínkách? Nepochybně… S tou pamětí to tak taky není, Chrome/Chromium leakuje naprosto ochotně taky. Kde je váš trik teď?

Jenže tohle je příznačné pro všechny podobné diskuse. Nikdo nikdy nepřipustí, že ty věci ve skutečnosti nejsou o moc rychlejší, jenom se mnohem přesvědčivěji snaží o tom uživatele přesvědčit. Skutečná čísla pak nikoho nezajímají, pokud náhodou nepřispívají k tomu přesvědčení.

[Vykook]

Cisla jsou mi uplne putna, jde o UX, ktery je z meho uhlu pohledu u FF otresny. Zduraznuji to "z meho uhlu pohledu".

[thingie]

Proto to +1 na tvrzení, které se zhruba snaží říct, že „to nejsou žádné triky, Firefox je v tvrdých číslech opravdu mnhoem pomalejší“. Aha.

Mně to teda přijde oboje stejně špatné. Věčně blokující se GUI, padá to zhruba stejně, leakuje taky, pokud je na stránce něco složitějšího, tak se ještě půl minuty škube taky.

[Vykook]

Myslis ze se 2 minutovej start nepodepise na uzivatelskym dojmu? Takze pro upresneni: Cisla me (obvykle) zajimaji az kdyz se me to nejak dotyka. Chrome me nikdy nespadlo kompletne a Safari myslim taky ne, kdezto Firefox me na hubu padnul uz kolikrat. Alespon umi po padu obnovit session(pokud teda nesleti zas )

[thingie]

Dvouminutovej start vycucanej z prstu ne. To je právě o čem mluvím. Ono se fakt normálně nestane, že by se Firefox ve srovnatelných podmínkách se skutečně pouštěl o řád dýl. Schválně jsem si teď zkusil pustit Firefox a Chrome. Oboje pět sekund. Jenže všichni jsou hrozně moc přesvědčený, že to přece trvá mnohem dýl, tak si ochotně vymyslí takovéhle číslo a jedém.

[Vykook]

Samozrejme, ale proti instantne startujicimu Safari a temer instantne startujicimu Chrome, je tech 4-5 sekund docela rozdil, ale to cert vem, horsi je ze Firefox porad dela Beachball(obdoba presypacich hodin), trhane scrolluje a nereaguje. Pri vetsim poctu tabu novej otvira priserne pomalu a nakonec se dostane do faze, kdy sleti a nebo ho radeji sletim sam, protoze mi dojde trpelivost.

[thingie]

No opět špatně. Oboje pět sekund. A teď, když už to není v keši, oboje půl minuty. Ten rozdíl tam prostě není. Necpěte ho tam krucinál furt.

[Marek Bernát]

IMHO to môže byť rozšíreniami. Skutočne som pozoroval výrazný rozdiel v rýchlosti medzi čistou inštaláciou firefoxu vs. s kopou rozšírení. Takže isté spomalenie by som tam čakal, Chrome holt toľko funkcionality neponúka.

[Vykook]

V chrome mam nainstalovanych pluginu vic.

[Marek Bernát]

Nepleť dokopy rôzne veci. Plugin je externá vec (mplayer, acroread, flash, java, atď.). Rozšírenia (extensions) sú interná záležitosť (gestures, sessions, rôzne taby, notifikátory, atď.). A v prípade Chrome toho vedia podstatne menej než firefoxovské, ktoré sú nad XULom. A práve z XULu neho podľa mňa pramení tá pomalosť. Ale neviem, či to niekto aj meral.

[Marek Bernát]

Drobná oprava: v Chrome toho vedeli menej naposledy, keď som ho skúšal (tuším verzia 4). Osobne by som bol sám radšej, keby toho vedeli viac (snáď len otázka času a dobrej vôle vývojárov) a niekto do Chrome konečne naportoval vimperatora

[pavlix]

A práve z XULu neho podľa mňa pramení tá pomalosť.

To spíš.

Prvně to vypadalo, že pramení ta pomalost z té funkcionality, což je blbost.

[Marek Bernát]

Prečo blbosť? Každá funkcionalita niečo stojí. Chrome také možnosti skriptovania neponúka (aspoň AFAIK) a menej schopností sa prejavuje vo väčšej rýchlosti (aspoň ja to tak vidím). Čo sa ti na tom nezdá?

Teda, je ešte druhá otázka, či sa nedá navrhnúť engine s možnosťami XULu, ktorý by bol podstatne rýchlejší. Keby si o niečom vedel, tak som samé ucho

[pavlix]

Hele možnost pustit pár skriptíků neznamená, že se z toho musí dělat takový balast. Sám bych to psát nechtěl, ale zcela jistě se dá udělat čistější kód než ojavascriptovaná kombinace XML a C++ zprovozněná nějakým dost heavy connectorem. Řekl bych že pár projektů různě najdeš. A pokud budeš trvat na XML, tak tuším Glade nebo tak nějak by mohla být dobrá ukázka (nemám čas zkoumat detailně).

[Marek Bernát]

Na XML nijak zvlášť netrvám, to skôr naopak. Ale že by bolo nejak jednoduché umožniť skriptovanie, to sa mi nezdá. Aspoň teda v bežných statických jazykoch to nejde inak, než že vyexportuješ ručne (alebo s nejakými poloautomatickými nástrojmi) celé API do nejakých skriptovacích jazykov. Tak to práve robí Chrome, ale nezvláda zďaleka to, čo Firefox (otázka je, či to nie je dizajnérsky zámer). Naopak, v dynamických jazykoch je skriptovanie hračka, ale obvykle zasa trpí tá rýchlosť.

No, ja som žiadne projekty práveže nenašiel. Keby som vedel o browseri, ktorý by bol rýchly a zároveň plne skriptovateľný, tak už ho dávno používam (jo, existuje uzbl, ale to je trochu hardcore a naposledy mi až tak úplne nevyhovoval. Musím zasa niekedy skúsiť).

[pavlix]

Já bych předpokládal, že Chrome chce poskytnout stejně mocný nástroj pro skriptování, ale nechtějí to úplně zprasit, tak to dělají radši s rozmyslem a tím pádem postupně.

Ani dynamické jazyky nemusí dopadnout úplně špatně. Ale je potřeba jim postavit kvalitní základ.

Dynamické jazyky umí pracovat velmi svižně, pokud jsou všechny výpočetně náročné operace dostupné jako API a napozadí běží nativně.

Hele ono je to vždycky něco za něco. Já mam svoji představu, jaký browser bych chtěl mít... ale pořád mám pocit, že na vytvoření takové věci bych prostě neměl čas. A to dokonce ani když většina kódu už je v podobě různých knihoven hotová.

Jenže můj vysněný browser by uměl hlavně zobrazovat kompletní informace o stránkách, o cestách (víc kroků než jen referer), o odesílaných formulářích, které by navíc umožňoval před odesláním měnit, to samé s cookies, atd... a to neumí ani Firefox (prohlížel jsem dostupná rozšíření), ani Chrome, ani nic jiného, na co jsem narazil.

[Marek Bernát]

Jj, tiež mi to tak pripadá, takže sa teším na nové verzie.

Dynamické jazyky nemusia byť nutne postavené nad niečím ďalším. To je len zbytočná robota navyše, ak je ten jazyk pomalý. Stačí zobrať napr. LISP, kde sa s tou rýchlosťou dostaneš až na úroveň C (a občas ho môžeš aj prekonať). Nevýhoda LISPu ale je nedostatok LISP programátorov

Nápodobne. Jeden čas som už uvažoval, že zoberiem webkit a vyrobím bindingy na nejaký rozumný dynamický jazyk (tuším som chcel Ruby), ktorý by mi priamo dovolil veci ako dovoľuje XUL. Tak som sa v tom začal trochu vŕtať a keď som videl, jaký odporný kód webkit má, tak som to radšej nechal tak. Fakt obdivujem ľudí, ktorí sa v ňom vyznajú

Myslím, že odkazovaný uzbl je takéto veci schopný robiť (resp. ti dovoľuje si to aspoň naskriptovať, ale to asi úplne nechceš). De facto zobrali len webkit a nad ním postavili minimalistický browser a všetko ovládanie ide ďalej naväzovaním cez rúry v duchu unixovej filozofie. Takže si v princípe môžeš písať skripty v jazyky, akom sám chceš, ak som to dobre pochopil. Celé je to fakt zaujímavé, ale keď som ho skúšal naposledy, tak ešte nemali napísanú podporu pre základné veci ako cookies a pod., takže to nebolo moc použiteľné. Dnes by to už asi malo byť v pohode.

[pavlix]

Myslím, že odkazovaný uzbl je takéto veci schopný robiť

No pokud by se tam dal naskriptovat i ten editor těch requestů, nejen automatické úpravy.

Podívám se na to.

[Roman Horník]

Dvouminutovej? "Trošku" uber :) Pravda, studenej start Fajrfoksu je sice pomalejší, ale mně to nesere, nepatřím k těm, co spouštěj FF 100× denně. FF mi už běží v kuse asi tejden a nemám potřebu jej zavírat (jenom když kutím něco velkýho v GIMPu, mám jen 2GiB RAM) :)

A co se tejče stability, FF mi spadnul naposledy... mno, to už je nějakej ten pátek, ale poslední dobou mám chuť roztřískat kvalitativně čím dál shitovější flashovej přehrávač od Adobe.

[Jardík]

FF má problémy, když se stránka načítá, často se mi stává, že celý prohlížeč funguje zpomaleně, mají asi nějakou divnou synchronizaci, nebo málo vláken v thread poolu. V chromiu ta stránka běží jako samostatný proces a prohlížeč neblokuje.

[thingie]

Mně se v Chromiu GUI blokuje taky. To je v jednom procesu tam i tam.

[carnero]

Můj trik? - 584 MB Chrome (spuštěný pres několik hybernací asi týden, osm panelů) - 1729 MB Firefox (spuštěný dnes ráno, tři panely)

A mě je jedno kdo co používá, nikomu to nenutím. Ale moc nechápu o čem ten odkazovaný člověk píše. Několik let jsem používal Firefox a jak se zrychlovalo zpracování stránek, tak se zpomalovalo všechno ostatní. Asi před půl rokem jsem přešel na Chrome protože mě Firefox už ničil. Dneska mlátim hlavou o stůl pokaždé, když Firefox musím spustit protože je to ukrutně pomalé. Nechápu, jak jsem to mohl používat.

[AHAHA]

1.8 GB je divne. Firefox pouzivam neustale a minimalne jednou dene killnu ve spravci procesu - takze vidim, kolik zere. Vyjimecne zere vic nez 0.5 GB ...

[Marek Bernát]

Tak, tak. Vždy mám 10+ aktívnych tabov (ale obvykle skôr 20, 30) a firefox málokedy vylezie cez 50% mojej 1.5GB. A to tam púšťam aj youtube flash, Big Picture a podobné veci; nie je to všetko zďaleka len čistý text

[Jan Drábek]

Spíš bych řekl, že bere virtuálně zabranou paměť.

[Jirka]

Ve Firefoxu mám 35 panelů a zabírá 280 MiB RAM. Asi půl roku jsem používal jen Chrome, ale měl i kolem 2 GiB RAM a když jsem k tomu měl spuštěné ještě nějaké IDE, aplikační server a pár dalších drobností, tak se s tím nedalo dělat.

[Matlák]

Můj FF 3.5.4 žere 241M s otevřenými 50 panely. spouští se sice tak 30 sekund, ale já ho taky nechávám zapnutý přes s2ram a uptime slušný.. ale pravda na druhou stranu že občas padne na hubu..

[Ketling]

Příloha:

• firefox_htop.png (37550 bytů)

Ono to s tou pamäťou nie je ani zdaľeka také zlé. V prílohe firrefox s aktuálne 13 panelmi a pustený zhruba pred týždňom - 500 MB RSS.

[asfethan]

U mna startuje Firefox (3.7a6pre) rychlejsie ako Chromium (6.0.444.0). Nehovoriac o tom ze boli casy ked po zatvoreni Chromia sa vyskytol kernel panic. Problem sa objavil po aktualizacii Chromia a uz nikdy nezmizol (pri vtedajsom jadre). Problem vyriesil az upgrade jadra na 2.6.34.

Momentalne mi Firefox zabera menej pamate ako Chromium a to aj po cerstvom starte. Po mesiaci (+-) pouzivania Chromia som sa vratil spat k Firefoxu (nightbuildom). A nemozem si vynachvalit jedinecne fungujuci adblock+ na ktory sa zatial nechyta ziadne rozsirenie pre chrome, ci chromium.

[Jardík]

Kernel panic po zavření chromia je chyba kernelu, nikoli prohlížeče. Userspace aplikace nemá nárok na to schodit OS, pokud se tak děje, je chyba v OS.

[stativ]

Tak tak, jádro by nemělo být možné ovlivnit userspace aplikací.

[thingie]

(K čemu tam pak je?)

[stativ]

Myslel jsem to v tom špatném smyslu (přepsání paměti spravované jádrem, pády a další skopičiny).

[Jardík]

Jádro má mít natolik ošetřené vstupní parametry systémových volání, aby ho možné shodit nebylo.

[Jardík]

BTW Firefox špatně vykresluje ovládací prvky. Chromium to alespoň vykresluje po svém, ale Firefox předvádí, něco, co vzdáleně připomíná GTK, ale má to špatné comboboxy, menu, taby, atd.

[asfethan]

Zaujimave ze som si nic take nevsimol

[Jardík]

Tak třeba v .gtkrc-2.0 nastav gtk-auto-mnemonics=1 a uvidíš, jak to firefox dodrží. Nebo si nastav nějaké témátko, které má "zaoblené" či poloprůhledné okraje vstupního pole (GtkEntry) a uvidíš, jak mu firefox přidělá bílé okraje. Taky si pořádně prohlídni menu, v některých tématech špatně renderuje barvy, špatný padding, ... pokud bude zájem, můžu udělat nějaké screenshoty.

[xvasek]

...jen používá několik triků, které v uživatelích budí zdání větší rychlosti...

Triky jsou následující: rychleji startuje, rychleji vykresluje stránky, rychleji zpracovává javascript a GUI má rychlejší odezvy. Jinak je ale Firefox stejně rychlý. LOL.

[vain]

Souhlas, ale tak co by jsme chtěli od vývojářů Firefoxu že. Těžko budou říkat, že jim to Chromium natřelo a že se stydí =). Ale co, možná ty "triky" okoukají, jen ať se ta konkurence mezi sebou pere.

[Šangala]

Jo i v rychlosti javascriptu není až tak velký rozdíl, jak ukazuje můj vlastní starší test z Widlí pomocí „jistého“ algoritmu výpočtu Pí :).

[vain]

Mě chromium píše compute time na 1000 desetinných míst 30.525 (32bit), že by starší výsledky?

[Šangala]

No starší testy to asi jsou když píšu starší a i podle verze Chrome :).
Na stejné mašině jako předchozí testy, ale pod Debianem na Chrome 5.0.375.70 beta je to 39.44 sec.
Iceweasel 3.0.6 je to 276.89 sec (4.61 min)
Ale hlavně je důležité (pro mě), že když to zobrazí „nějakou hlášku“ že je to uchlastané a co dělat, tak Chrome na pozadí normálně počítá a dopočítá a také se neblokují další záložky.

[vain]

Eh, toho starší jsem si nevšiml, moje chyba =)

[R]

Ale najbezpecnejsi je aj tak Internet Explorer.

[AsciiWolf]

Hezká ironie...

[jehovista]

...jen se to nezda

[lok]

Triky, triky... Proste mi chrome rychleji nabiha, rychleji renderuje stranky, lepe se popere s velkym flashem (pri pouziti stejne verze adobe flash playeru jako ve firefoxu), tak proste neni co resit. Firefoxe jsem kdysi pouzival rad, ale dement, ktery ve stable verzi pada i na validnich strankach bez javascriptu mne proste prestal bavit(uz jsem dlouho nezkousel, takze je mozne, ze tento konkretni bug byl jiz vyresen(abych ff zase moc nekrivdil)).

[lyon]

Na jedne jedine strance jsou sice mozna srovnatelne, ale zkuste mit tevrenych 30 tabu soucasne a otevrit novou stranku. S kazdou dalsi strankou odezva FF klesa neumernym zpusobem, zatimco Chrome je stale dobre pouzitelny. A to nemluvim o tom, ze nacitani stranky v jednom tabu dokaze docela slusne zablokovat praci s ostatnimi taby, s cimz mam problem i v Opere, ale v Chrome kupodivu ne. PS: Pouzivam aktivne vsechny 3 zminovane prohlizece.

[Jan Drábek]

Nemůžu potvrdit, i mě je chrome ve více panelech nepoužitelný, protože při více než 3 otevřených panelech nedokáže donačíst stránku a veškeré ovládání zamrzne.

[disorder]

to nebude poctom tabov, ja som mal v debiane casto take problemy. chromium z debianu fungoval ok a aj ten chrome 6 vcelku bez problemov.

ale zozere fakt vela pamati, ja som narocny na pocet tabov