Za Firefox rychlejší

Co je toto za vetu? Ako to mam chapat? Nechyba tam jeden prisudok?
"Již minulý týden oznámil Ted Mielczarek, vývojář Mozilly, dostupný noční build nadcházejícího Firefoxu 3, s pomocnou profilovou optimalizací (PGO)."
No a Javascript sa nepreklada, ale interpretuje.

IMHO tam přísudek nechybí, spíš přebývá čárka za číslovkou 3.

My v ČR používáme řadu let zaběhnutý termín "překladač" pro "interpreter", zatímco pro "compiler" se používá přejatý termín "kompilátor". Jak je tomu na Slovensku?

To by me zajmalo kde v CR pouzivate termin "prekladac" pro "interpreter". Zatim sem slysel termin "prekladac" jen ve smyslu "compiler" a to delam v SW firme 8 let...

Jak říká doktor Vlach, názory jsou od toho, aby se lišily. Já zase "odjakživa" znám terminologii, podle které se překladače dělí na kompilátory a interpretery. Tedy dělily, než v tom začaly dělat zmatky jazyky s bytecodem. :-)

kompiluje. google: firefox jit

Jsem rád že FF je na webu rychlý a oproti IE je to poznat pohým okem. Mrzí mě na něm však jiná věc a to že se strašně dlouho spouští. Oproti IE je to zhruba 4x pomalejší start (ne jen na mém pc) a proto většinou kliknu na ikonku IE:( Pořád doufám, že nová verze FF toto vyřeší. Nejsou nějaké testy na toto? (jak dlouho se spouští)

Dle diskuse (viz link v textu) je i start FF rychlejší. Ale pro vaši informaci, FF má oproti IE handycap - není integrován do systému. Existují však nástroje, které spustí potřebné knihovny již při bootování stroje. Dále můžete zkrátit start FF tím, že zakážete kontrolu aktualizací rozšíření při startu. Čím více rozšíření máte, tím déle probíhá kontrola jejich aktualizace. Abyste nepřišel o poslední verze a nemusel ručně kontrolovat aktualizace, doporučuji rozšíření Update Notifier.

Ta "integrace do systému" spočívá zřejmě v reuse kódu. MSIE je sadou komponent typu HTML rendereru (který opužívá i Windows Explorer), XML parseru, toolbarů (ty asi také někdo používá) atd. Pochopitelně pokud si všechno implementujete paralelně k tomu, co v systému je, start je delší. Předpokládám, že na Linuxu první GTK aplikace puštěná pod KDE také nabíhá déle.

Můžete doporučit "nějaké nístroje", které "spustí potřebné knihovny již při bootování stroje"?

Ty updaty mě nenapadly a rozšíření rozhodně zkusím.

Tak samozřejmě stačí googlit, nebo se jukněte na tento článek, vč. komentářů. Jinak na okraj, těch cest, jak urychlit start FF je samozřejmě více, např. nepoužívat session saver, anebo zavírat FF s jednou otevřenou stránkou, apod.

handicpe je to pro všechny browesery, ale u ff je to problém hlavně samotného programu...we ♥ XUL...so say we all! :-D

Bohužel to je dáno tím, že Firefox musí při startu načíst všechny potřebné knihovny (hlavně GTK) do paměti, ale IE je už má prakticky natažené při startu systému.

Aplikace, třeba jako OOo nebo Adobe Reader to řeší tím, že prográmek při startu systému potřebné knihovny natáhne a spouštění je pak mnohem rychlejší.

Co by dělal FF s GTK pod Win?

Mne sa na Debiane púšťa bleskovo...

Cas spustania Firefoxu nie je mozne nikdy zrychlit pod cas spustania IE, pretoze IE je na windows spusteny uz od spustenia systemu. Rychlost spustania Firefoxu je mozne zlepsit nainstalovanim preloadera, ktory Vam ho umiestni do pamate rovnako ako je to v priapde IE. Dalej na windows existuje parameter pre spustanie -turbo. Dalej cim mate viac rozsireni a stranok, ktore sa nahravaju pri starte z minuleho sedenia, tak Vam spustenie bude trvat dlhsie.
btw. mne sa na linuxe spusta Firefox rychlejsie ako IE, ktore je cez wine ;)

Ale sranda je ze mne IE nabieha rychlejsie aj v linuxe cez wine....

Nemuzes srovnavat rychlost startu IE a FF - IE ma nektere zdroje jiz nactene dopredu v samotnych Windows. To je stejne jako OpenOffice a aplikace z baliku Office 2007, ktere take startuji mnohem rychleji ze stejnych duvodu.

To ovšem nic neříká o tom, že je Firefox pomalý. Opera startuji rychleji než Firefox i IE, takže vymlouvat se na integrování částí IE do systému není relevantní.

PGO je ve správičce vysvětleno úplně zcestně, tak to raději upřesním:
PGO není žádná zázračná funkce, která program urychlí, je to metoda optimalizace pomocí profileru. profiler je kód který se zakompiluje do vývojové verze a slouží k statistickému vyhodnocení, který že kód je v programu ten nejpomalejší. tento pomalý kód je pak optimalizován ručně. ve finálním buildu pak žádný profiler zabudován není.

obecně: http://en.wikipedia.org/wiki/Profiler_(computer_science)
jeden konkrétní (náhodně vygoogleno): http://www.enlogit.cz/~jakub/gnu-profiler.html

A cim bylo dosazeno toho zrychleni mezi "bez PGO" a "3b3" ?
noční build s PGO = 7 263ms
bez PGO (z 25.2.2008) = 8 219 ms
FF3b3 = 16 080ms
FF2 = 29 376ms
IE7 = 72 375ms

Asi se někam mezi nočním buildem a 3b3 pohli, ne? Taky mě to dost zarazilo.

...tak těch změn bylo hodně. Mohly by to být např. záplaty uváděné Johnem Resigem, nebo jemalloc.

super, diky, uz jsem si myslel, ze mam se svym IBM A31 a Debian nejaky zvlastni problem. U mne dochazi az k tomu, ze FF zahlasi, ze skript neodpovida. Zkusim znicit ta rozsireni.

No to je IMO problém serveru, odkud ten skript pochází. Jinak pokud chcete vyzkoušet rychlost FF bez rozšíření, tak pak ho spusťte v tzv. nouzovém režimu, tj. s parametrem -safe-mode. Rozšíření budou neaktivní, ale zůstanou nainstalovaná.

Hmm, tak to ja mam asi opacny "problem".
Na Debu, bezicim na HP NC 6120, to dava nejakejch:
Total: 11971.8ms +/- 3.0%

Pritom jak ten Acer, tak to Lenovo si toho Packarda museji dat bez potizi k snidani.

HP Compaq 6510b Open suse FF2
21829.0ms +/- 1.7%

koukam ze na linuxu je FF v tomhle testu vyrazne(1.47x) rychlejsi nez pod widlema.
Win-XP + FF2.0.0.12 / Mandriva2008 + FF2.0.0.11

** TOTAL **: 1.47x as fast 34464.2ms +/- 3.6% 23479.0ms +/- 1.1% significant