Firefox und die langsame JavaScript-Engine
19.11.2007 - 11:07 Fundstuecke, JavaScript 16 Kommentar(e)Es gibt zwei Dinge die mich persönlich am Firefox total stören. Zum einen wäre da der massive Speicherverbrauch, dem aber relativ einfach mit einem zusätzlichen RAM-Riegel entgegengewirkt werden kann. Das zweite was mich stört und manchmal zur Weißglut bringt, ist die überdurchschnittlich langsame Rendering-Engine in Punkto JavaScript.
Gerade in Zeiten wo JavaScript so populär wie nie zuvor ist, kommt der Firefox mit einem derart langsamem Motor an den Start das es einem manchmal die Schuhe auszieht. Als ich vor einiger Zeit z.B. das Backend von Modx nutzen musste kam ich vor lauter Warten gar nicht mehr zum Arbeiten. Ich weiß zudem nicht ob es nur bei mir so ist, doch manchmal lässt das JavaScript den Browser auch einfach mal für ein paar Sekunden einfrieren. Sicherlich ist daran auch die Zahl der Plugins nicht ganz unschuldig, da bin ich ehrlich.
Erst gelobten die Firefox-Entwickler ja eine Verbesserung der JavaScript-Performance in Version 3.0, was jedoch dann mal wieder auf Version 4.0 rausgezögert wurde. Gut, aber laut aktueller Übersicht im Javascript Speed Test 2007 schneidet die Alpha-Version der 3 sogar noch schlechter ab als Version 2.
Einen guten Vergleich zwischen den Geschwindigkeiten der einzelnen Browser kann man zudem mit der Demo von DHTML Gallery ziehen, hier gibt es zumindest auf meinem System keine Freude. Alles ruckelt und zuckelt nur so vor sich hin, und nebenbei gibt es auch 80% CPU-Last. Öffne ich die Seite jedoch im IE7, so läuft alles sehr flüssig.
Der Firefox hat bei mir im Prinzip nur noch durch die Masse an Plugins seine Daseinsberechtigung. Opera sagt mir vom Performance-Verhalten her deutlich mehr zu, kann in Punkto Erweiterbarkeit jedoch dem Firefox nicht das Wasser reichen, leider. Durch seinen geringen Verbreitungsgrad und die Faulheit einiger Webentwickler hat Opera zudem immer noch ein Problem mit vielen Darstellungsfehlern.
Sollte sich die JavaScript-Performance in der Final von Firefox 3 wie derzeit zu sehen ist nochmals verschlechtern, muss ich mir wohl doch einen neuen Alltags-Browser suchen.
Kommentare zum Thema Firefox und die langsame JavaScript-Engine:
Ehrlich gesagt hatte ich fast schon damit gerechnet das die schlechte Performance (zumindest was die Animationen angeht) wohl an irgendeinem Plugin hängen wird, denn genug Rechenpower sollte ich eigentlich auch haben, zumal im IE ja auch alles flutscht. Firebug habe ich bereits deaktiviert, war trotzdem lahm :(
Bleibt wohl nur alles durchzutesten…
Ich muss sagen, bei der 3er-Pre-Beta wurde der RAM-Verbrauch drastisch gesenkt. Ich habe den FF3 hier seit einigen Tagen offen und zeitweise ca. 40 Tabs in 3 oder 4 Fenstern offen gehabt – der RAM-Verbrauch stieg nie über 300MB (3GB verbaut). Getestet aufm Mac Pro. Wie sich die Windows- und Linux-Versionen verhalten, habe ich noch nicht getestet.
Ich muss sagen, gerade für Mac-User wird die Version 3 ein Segen sein. Wesentlich besser ins System integriert als vorher und läuft auch runder als bisher. Auch auf meinem betagten 800MHz-iBook macht die 3er-Pre-Beta eine gute Figur. Die JS-Performance fand ich okay. Aber das leider bis zum Erbrechen mit JS vollgestopfte MODx-Backend habe ich da noch nicht ausprobiert.
Unter Windows war ich immer Opera treu (außer zum Testen und für Extensions wie WebDeveloper oder FireBug). Auf Mac-Systemen war Opera bislang auch nicht wirklich gut integriert und vergleichsweise buggy und langsam. Mal sehen, was die 9.5 bringt – da tut sich ja auch einiges…
Also auf meinem lahmen Lappi bin ich eher sauer über die unendliche langsame Opera-JS-Engine (ja, ich arbeite mit der aktuellen Alpha). Da ist Firefox eigentlich immer schneller, insbes. an bloglines oder eben meiner Wordpress-Admin sehe ich das jedesmal. Aber im Endeffekt bleibe ich lieber Opera treu, ist bis auf JS Firefox überall in Sachen Geschwindigkeit überlegen
(Win XP, ~ 448 MB RAM, Celeron 2,6 GHz)
Also das verwundert mich doch gerade sehr. Firefox ist bei allen Performancetests im JS-Bereich immer einer der langsamsten Kandidaten, und Opera im Gegensatz dazu eigentlich immer einer der schnellsten Browser. Das lustige ist auch, ich habe gerade einmal alle Plugins bei mir deaktiviert und dennoch zicken die JS-Effekte noch genauso langsam rum wie vorher. Dann habe ich mal mein Thinkpad angeworfen und dort die Gallery geöffnet, da lief es eine ganze Ecke schneller. Ich habe jetzt keine Ahnung ob Firefox irgendwie für Intel-Prozis optimiert ist, denn eigentlich sollte mein AMD X2 3800+ für solche Geschichten auch ausreichen, und anders kann ich mir den drastischen Performanceunterschied zwischen meinen beiden Rechnern wirklich nicht mehr erklären.
Was den Ramverbrauch des FF2 bzw. 3 angeht mach ich mir eher weniger Sorgen. Seit ich auch meine 2GB hab merke ich davon kaum noch was, es sei denn man hat 30 Programme offen. Sollte die schlechte JS-Performance wirklich von Non-Intell-Prozis her rühren wäre das ja mal eine interessante Sache. Das würde auch erklären warum die Mac-User keine Probleme mit der JS-Performance des FF haben.
Gibt es denn hier jemanden mit einem AMD X2 oder so der auch keine großen Ruckler in der Gallery verspürt?
Ich bin gerade in der Arbeit und habe hier einen Rechner mit AMD Athlon 64 X2 Dual Core 3800+ mit dem läuft die Gallery ganz normal schnell.
Installierte und aktivierte Plugins: Adblog Plus, DOM Inspector, Firebug, Hackbar, LastTab, Modify Headers, PDF Download, Web Developer.
Schon mal versucht den Firefox noch mal seperat zu installieren und da mal zu prüfen ob das so lange dauert?
Bin auch ein geplagter Firefox Benutzer dessen JavaScript Engine immer einschläft und sich reichlich Zeit lässt. Lustigerweise unter Linux noch schlimmer als unter Windows :/
Wenn das mit der 3.0 nicht gefixt ist (ist erst seit 2.0 so, 1.5 war noch ok) wird wohl Opera man Standardbrowser.
Bei mir ruckelt die Gallery sowohl im Firefox 2 als auch in der brandneuen Firefox 3 Beta 1 trotz Intel Core 2 Duo mit 1,86Ghz und 2 GB Ram… im IE isses auch superflüssig, also liegts eindeutig am Firefox. Ich kann irgendwie nicht glauben, dass es bei anderem im Firefox wirklich genauso flüssig animiert werden soll wie im IE… !?
Also mit der neuen Firefox 3 Beta 3 hat sich wohl einiges getan. Bei dem von dir verlinkten js-Test ist die jedenfalls bei mir ~3 Mal so schnell (600ms zu 1700ms) wie Firefox 2
Zitat: […]Die Geschwindigkeit der Gallery ist wahrscheinlich stark von der Grafikkarte abhängig.[…]
Ich hab eine NV GeForce4 MX 4000. Wohl eine der schlechtesten Grafikkarten die noch existiert und die Gallery läuft überaus flüssig…
(PS: Hab es sogar noch mit meiner Onboardkarte gestested, die ja nur Mindestleistung anbietet. Lief auch prima…) Es stockt zwar manchmal, wenn zuviele Bilder angezeigt werden. Aber das spürt man fast gar nicht (sind Verzögerungen von Millisekunden).
…naja, aber solange FF meinen Computer mit 99% CPU-Auslastung immernoch in die Knie zwingt (bei einer (!) offenen Seite und gar keinen Addons), kommt er für mich noch nicht wirklich in Frage. Da läuft IE besser…mit unter 10%…
Also ich kann nur sagen, bei siehts genau andersrum aus. IE7 lahm, FF2&3 Flüssig auch mit aktivem Firebug. Bin auf den blog gestoßen um mich zu informieren warum jQuery im IE so schlecht angezeigt wird bzw. so abruckelt und war überrascht das hier zu lesen.
MfG Nox
Auch wenn der Artikel jetzt schon etwas (sehr) alt ist, möchte ich noch einmal nachfragen, ob denn das Problem mit der aktuellen Version gemeinhin immer noch besteht.
Bei mir scheint es nicht am Firefox, sondern eher am Betriebssystem (Ubuntu 8.10) zu liegen. Während es mit dem Firefox 3 in einer virtuellen WindowsXP-Maschine (!) keine Probleme gibt, ruckelt das kleinste jQuery-Script unzumutbar unter dem eigentlichen System.
Ich verstehe das wirklich nicht.
Dass Safari der schnellste Browser bezüglich JAVA Script ist, kann ich nur bestätigen. Dass aber Opera vor Firefox liegen soll, nicht. Ich habe ein Portal, dass sehr umfangreich Javascript benutzt (eigenes Javascript und GWT (EXT)). Opera schneidet dabei am schlechtesten ab, da dort offensichtlich in zyklischen Abständen “geflushed” wird, auch wenn die Bearbeitung des Dokuments noch nicht abgeschlossen ist. Das einfache Beispiel:
<table>
<tr><td ><input type=“button” value=“count” onClick=“count();”></td></tr>
<tr><td>field to change</td><td><span id=“fieldToChange”>1</span></td></tr>
</table>
<script>
function count() {
for (var t = 0; t<10000; t++) {
document.getElementById(“fieldToChange”).innerHTML=t;
}
}
</script>
bringt bei den verschiedensten Browsern die Unterschiede zutage. Bei Safari, exporer und Opera sieht man nur die 1 und dann die 9999. Beim Opera sieht man diverse Zahlen beim Hochzählen. Dementsprechend langsam ist Opera dann, wenn sehr viele Operationen VOR der Rückkehr in den Eventloop stattfinden.
Ich benutze auch hauptsächlich den Firefox (wegen der plugins), messe aber für javalastige Seiten beim Safari (sowohl unter windows, als auch macos) locker den Faktor 10 bezüglich Performance. Fazit: Nur der Safiri kanns wirklich.
Kommentar-Feed für diesen Artikel
Kommentarfunktion für diesen Artikel geschlossen.
Hacken mit Firebug und Formularfeldern? Surftipp für Designer: Dezignus
Ich kenne Dein System nicht, aber die DHTML-Gallery läuft bei mir smooth und ohne ruckeln. FF 2.0.0.9, WinXP SP2, 3 GHz CPU, 1 GByte RAM. CPU-Last nicht über 32%, was immer ich auch anstelle.