Deutsche optimierte Builds - (FAQ/Mirror: 1. Post LESEN!)

Zitat von Ulibär

Eigentlich alles, was irgendwie mit Java - nicht Javascript! - zu tun. Der Build ist - wegen des MinGW Compilers - nicht in der Lage, irgendwelche Java-Funktionen aufzurufen. Eigentlich dürfte alles, was auch nur entfernt mit Java zu tun hat, nicht funktionieren.

Is schon klar!
Nur was läuft denn in der Regel mit Java?
Da fällt mir eben nur diese Chat-Geschichte ein, die es ja auch hier im Forum gibt.

Wenn ich sonst beim normalen Surfen mit dem normalen Fx nicht andauernd diesen Java-Screen mit der Tasse beim "Java laden" sehe, dann heißt das, daß ich sowieso kaum Java im Browser nutze?
Oder läuft mehr mit Java, ohne daß ich davon was mitkriege und auf das ich mit diesem Build verzichten müßte?

Edit:
Selbst wenn ich auf was verzichten muß, es wär's mir wert! Bisher läuft er verdammt schnell!

Also ich habe das Java Taskleistensymbol deaktiviert was nicht heißen soll, dass ich auf Java Sun verzichten kann :wink:

So, eben den neuen Ulibär ausprobiert! :wink: :mrgreen:
Nicht schlecht! :klasse:

Funktioniert bei mir problemlos, wobei ich weder beim Speicherverbrauch, noch bei der Geschwindigkeit einen merklichen Vorteil messen könnte.

Eher im Gegenteil: Nach einem Kaltstart braucht der normale Firefox beim Laden von 2 meiner Bookmarks 24MB, dein Firefox braucht mit identischen Bookmarks und Erweiterungen 32MB. Wobei ich zugeben muss, dass die Messung nicht wirklich professionell war.

Zitat von UliBär

Update!

1.5.0.4 MMX Branch Build von musume.

Grade entpackt und sogleich gewundert, dass der FX Ordner deutlich kleiner ist wie üblich. Musume hat die firefox.exe ordentlich schrumpfen lassen, sodass die build nur noch ganze 13.5 Mb schluckt. Dabei waren ja bisher stipes builds für geringe Größe bekannt

Zitat von UliBär

Das ist das ganze Geheimnis: http://sourceforge.net/projects/upx

Hmm. Macht das irgendeinen Sinn außer bei den "portable" Versionen?

Hmm...soweit ich weiß, brauchen UPX gepackte Programme länger zum starten, da sie erst entpacket werden müssen! :roll:

Dafür ist der Lesevorgang auf der Festplatte kürzer, je nach Umständen kann das durchaus schneller sein.

Zitat von Simon1983

Dafür ist der Lesevorgang auf der Festplatte kürzer, je nach Umständen kann das durchaus schneller sein.

Ja. Die hat UliBär grad erwähnt...

edit:
Mal was anderes. Hab ich das richtig gepeilt, daß alle großen - also für mich tete, mmoy, musume und pigfoot - an ihren Builds mit VisualStudio2003 rumschreiben? Weil ich schon mehrmals gehört habe, daß VS2005 eine um einiges bessere 'Compiler-Engine' haben soll (die zwar nicht absolut problemlos ist, aber mit 1-2 Problemchen recht durchschaubar). VS kostet zwar nicht wenig, aber die Express Version gibts für Lulu. Der fehlen zwar einige Features der größeren, ABER der Compiler ist identisch wie bei den Bezahlversionen. Und alle Hotfixes die sich auf ihn beziehen, gibt es auch für VS2005express.
Warum also nicht mit VS2003 arbeiten und das Endprodukt durch die 2005express jagen? Immerhin tüfteln und 'tracen' die Jungs tagelang für paar ms, haben aber kein Interesse am viel besseren Compiler :roll:

Zitat von Simon1983

Dafür ist der Lesevorgang auf der Festplatte kürzer, je nach Umständen kann das durchaus schneller sein.

Dazu kommt aber das der FX Browser dann mehr Ram frisst und das tun optimierte builds schon ohnehin. Die altuelle MMX build von musume verbraucht bei mir schon knapp 28 MB beim kaltstart. Da waren die stipe builds bei ähnlicher Konfiguration längst nich so durstig.

Zitat von UliBär

Es benutzen etliche 3rd-Party-Builder VS2005 / VC8:
mmoy, bangbang023, BlueFyre, mahowi, etc...
Komischerweise sind aber meistens die VS2003-Builds vorne

BlueFyre wußte ich. Ist für mich aber nicht Top5 Von mmoy wußte ich nicht :shock: Kann es nicht sein, daß zB. die Optimierungen der pigfoot-Version halt mehr bringen als weniger/schlechter optimierte Builds der VS8-Fraktion? So ähnlich wie gerade mit den Vor- und Nachteilen von UPX...

Hat mich nur interessiert, ob sich zB. schon jemand der großen mit irgendwelchen Argumenten erstmal gegen VC8 ausgesprochen hat.

Meckern kann ich aber auf keinen Fall. Ich hab vor paar Tagen die 1.5.0.4 -G7 -O2 -GL Version von tete009 mit Deinem Tool eingedeutscht und das Teil ist hier sowas von wahnsinnig schnell :shock: A'propos upx: firefox.exe hat in dieser tete Version 9 MB (wegen -O2?) aber das ist mir mit dem 1 GB RAM bei dem Speed sowas von Schnuppe. Das ist auf dem Barton hier das schnellste was man bekommen kann.

edit:
Ja Intels ist auch der beste. Er benachteiligt aber künstlich den Athlon64, was der MS-Compiler nicht tut. c't hat sich jedenfalls mal einen Patch geschrieben, der diese Abfrage lahmlegt. Ob das aber auch in der weiten Welt des Netzes kursiert... Und meist sind die Vorteile wie Du schon sagtest bei Fließkoma/SSE(x) zu finden. Hmmmm. Auf SSE scheinen die Builder aber zu stehen. Das Thema ist garnicht so ohne :?
Mit den Patches liegt ja nicht zB. der komplette Gecko im handoptimierten Assembler vor.

NEUE TESTVERSIONEN von tete009. In -G7 wie auch -G6. Ich glaub ich hab ihn bissl zu sehr genatzt FF und tmemutil.

Auf tetes Homepage. UliBärs Germanizer funzt. tete würde sich über bissl Feedback natürlich sehr freuen Momentan hab ich keine Probleme entdecken können. Die -G7 wie immer 'schweineschnell' :shock:

p.s.:
Keine Ahnung warum so umständlich (wegen Email Versand??), aber der FF liegt zweigeteilt als selbstentpackender 7z. Man muß also div0 und div1 der entsprechenden Version in einen ordner laden und div0 mal starten. Dann hat man diese Version entpackt in diesem Ordner.