Zitat von cubefoxich bin mitlerweile nicht mal sicher ob sich überhaupt noch was bis fx4 tut...
Nun, spätestens für Fx4 ist der Compositor in Gecko geplant, eine komplette Überarbeitung der Scrollmechanik.
Leider frühestens zu erwarten für Fx3.3, aber laut diversen Quellen scheint das Problem in den 3.1 nightlies schon weniger nervig geworden zu sein.
Zitat von pcinfarktDie Gegenüberstellung im Benchmark- Test von Fx3 und Fx3.1 brachte hier keine Vorteile für Fx3.1 (tracemonkey).
Hast du tracemonkey auch aktiviert? Standardmäßig is es aktuell ja noch deaktiviert.
Zitat von boardraiderJS-Boost für 3.1
Mal abwarten, Resultate von SunSpider:
Der reguläre FF von Mozilla:
Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.9.0.1) Gecko/2008070206 Firefox/3.0.1 ==> 4058.4ms
Der nightly FF:
1. Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1a2pre) Gecko/20080824044627 Minefield/3.1a2pre ==> 4225.0ms normal
2. Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1a2pre) Gecko/20080824044627 Minefield/3.1a2pre ==> 4314.2ms jit aktiv
Eigenkompilat aus den Ubuntu Quellen:
Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.0.1) Gecko/2008082319 Ubuntu/8.04 (hardy) Firefox/3.0.1 ==> 3320.8ms
Bei mir bleibts hier hängen. Liegts an meiner 64 Bit-Version von Vista?
bleibt bei mir genau so stehen (W2K)
Bei mir bleibt es ebenfalls an der gleichen Stelle stehen und das mit einem sauberen Profil unter Windows Vista 32-Bit.
Dann bauen die parallel lokalisierte Nightlys jeden Tag? :shock:
Das wäre auf jeden Fall mal cool und ziemlich beeindruckend. 
Zitat von pcinfarkt
habe ich mal ausprobiert mit dem aktuellen Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.9.1b1pre) Gecko/20080830031750 Minefield/3.1b1pre ID:20080830031750
nicht wirklich vollständig, wichtige Übersetzungen fehlen, bleibe dann doch lieber bei meiner (schlichten) Übersetzung
Ich habe es nicht probiert. Ganz einfach weil ich die Politik von Mozilla nicht verstehe.
Bei http://ftp.mozilla.org/pub/mozilla.or…y/latest-trunk/ finde ich die gewünschte 64Bit Version, die in http://ftp.mozilla.org/pub/mozilla.or…a-central-l10n/ nicht mehr verfügbar ist. Hingegen existiert eine firefox-3.1a2pre.de.langpack.xpi, die auf die erste Quelle anwendbar ist.
Somit existieren normale nightly und besondere nightly, ich verstehe es nicht.
Nach dem heutigen Update auf Version:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080902033133 Minefield/3.1b1pre ID:20080902033133...verbraucht mein Firefox weniger CPU und ein paar MB weniger Speicher.
Zitat von boardraiderJS-Boost für 3.1
Jetzt kam er an.
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1a2pre) Gecko/20080824044627 Minefield/3.1a2pre ==> 4314.2ms jit aktiv
[Blockierte Grafik: http://img3.imagebanana.com/img/6g6sb4l7/thumb/Minefield_sunspider.png]
Respekt. 4314,2 ms / 3023,2 ms = 1,43
Ohne
Total: 4854.4ms
mit
Total: 2763,5ms
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080904035000 Minefield/3.1b1pre
ups.. was ist passiert?
vorige Woche ging es noch nicht und jetzt
ohne: 4246ms
mit: 1959ms
Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.9.1b1pre) Gecko/20080905031348 Minefield/3.1b1pre ID:20080905031348
In Brendan's Roadmap Updates ist die Erklärung.
so ich habe auch mal diesen Test gemacht.
Folgende Builds kamen unter Vista Ultimate SP1 32 Bit zum Einsatz:
FX 2.0.0.16 = 11762,8ms :shock:
FX 3.0.1 ==== 3072,0ms :?
FX 3.1b1pre ==2674,8ms (Off) 
FX 3.1b1pre ==1540.0ms (ON) :klasse:
das sieht ja schon mal nicht schlecht aus 
Total: 1784.4ms +/- 1.5%
Tracemonkey ist wirklich beeindruckend!
Google Chrome:
Total: 1867.0ms +/- 0.7%