jo, kann das nur bestätigen, uli`s seite funzt!!
vielleicht solltest du mal deine rechnungen durchsehen loshombre!! [Blockierte Grafik: http://myweb.tiscali.co.uk/dirtbox/pics/muttley.gif]
Was für Rechnungen! Hab den Briefträger angewiesen, solche unliebsame Post freundlicherweise direkt dem Papiercontainer zu übergeben :wink:
Morgen neuer arschkalter Tag, neues Glück(hoffen wa mal)
Zitat von UliBärSniperwolf: stipe verwendet generelle Optimierung, die auf allen Prozessoren läuft. Wenn man in der URL-Zeile about:buildconfig eingibt, kann man die verwendeten Build-Parameter sehen.
Ich weiß, bin mir da unsicher gewesen, weil ja bei enable optimize O2-GL7 steht, da ging ich davon aus, es wäre für SSE ausgelegt, da ich sonst immer, bei tete z. B. etwas mit G6 oder so in der Build Config gesehen habe, also MMX Auslegung, bin jetzt aber auch kein Build Config Crack, aber wenn Du schreibst, der stipe build wäre Prozessorübergreifend nutzbar, dann kann ich ihn ja beruhigt weiterverwenden, hatte nur kurz überlegt, ob er vielleicht mit meiner AMD K-6/2 CPU "Randale" machen würde... :lol:
Jedenfalls ein großes Lob für Deine Anpassungen der Builds :klasse:
Der stipe Build sollte selbst auf einem 486 laufen. Jedenfalls habe ich bei MZ gelesen, daß er auf einem Pentium 90 läuft 
Die bisher oft zu lesenden G6 und G7 Optimierungen haben nichts mit dem verwendeten Befehlssatz zu tun. G6-Optimierung bewirkt eine Anpassung an die Register- und Cachegröße eines P2, P3 und Athlon (classic). Die G7-Optimierung bewirkt halt die Optimierung für den größeren Registersatz und die Sprungoptimierung (Pipeline) des Pentium 4 und der neueren Athlons. Solcher Code ist aber selbst auf einem 486 lauffähig nur die Datengröße ist an die Registerbreite angepasst. So wird z. B. ein Byte, das eigentlich nur 8 Bit breit ist trotzdem in einem 32-Bit Register oder einer 32-Bit Speicherzelle abgelegt, da der Zugriff darauf einfach schneller ist, als es erst durch hin- und herschieben an die richtige Stelle im Register zu bringen. Das führt dann auch zu größeren Programmen und mehr Speicherverbrauch der Datenstrukturen aber im Endeffekt ist die Programmausführung schneller. Z. B. könnte man zwei 16-Bit Zahlen in einem 32-Bit-Register speichern, müßte aber die obere vor dem Zugriff erstmal 16 Bits nach rechts schieben oder beim Zugriff auf die untere die oberen Bits ausblenden. Das braucht mehr Zeit als die Zahlen direkt in zwei 32-Bit Registern abzuspeichern.
als der letzte stipe läuft um einiges schneller bei mir als die 1.5 und dessen optimierten builds.
Seh ich das nur so oder rendert die stipe anders ?
Der Ladebalken wackelt ganz gut hin und her, besonders bei Tabellen.
also irgendwie macht die stipe-build bei mir nur probs, schmiert ständig aus unerfindlichen Gründen ab! Aber da ich da der einzige zu sein scheine liegts wohl an meiner konfig!
Naja, also weiterhin tete009, läuft ohne probs und schnell wie eh und je!!
Komisch, wenn ich den stipe 1.5+ Branch Build benutze, dann funktioniert die von der Erweiterung CustomizeGoogle angebotene Direktanzeige von Bildern anhand der Bildersuche durch Google nicht, obwohl aktiviert und auch in der about:config überprüft (extensions.customizegoogle.images.rewrite-links steht auf "true").
Mit dem tete Build (1.5.0.1 Release) klappt es tadellose, sobald ich testweise den stipe nehme, augenscheinlich nicht... :shock:
:?
Zitat von SniperwolfMit dem tete Build (1.5.0.1 Release) klappt es tadellose, sobald ich testweise den stipe nehme, augenscheinlich nicht... :shock:
Das liegt höchstwahrscheinlich an den verwendeten Build-Optionen. Einfach in der URL-Leiste about:buildconfig eingeben und nachschauen. Ich vermute mal, daß diese Erweiterung die Build-Option --enable-canvas braucht. Diese verwendet stipe aus Geschwindigkeitsgründen nicht. Bazon Bloch braucht z. B. für die Tabsidebar auch diese Build-Option und benutzt deshalb den tete009-Build und kann stipe nicht verwenden: http://www.firefox-browser.de/forum/viewtopic.php?t=28475
Sniperwolf:
Das lässt sich auch mit Greasemonkey und dem Userscript Google Image Relinker bewerkstelligen.
Erschreckend, wie schnell dieser Thread wächst! :shock:
Irgendwie ist meine zweite Frage untergegangen, deshalb poste ich sie nochmal:
2. Eigentlich kann ich die Update-Option für Firefox abschalten, oder?
Zitat von UliBärUpdate!
Firefox 1.5.0.1 SSE Release Build von >tete009< vom 02.02.2006 in Deutsch.
http://xthost.info/ulibaer/
Viel Spaß damit :mrgreen:
PS: Für den tete009 gibt es auch neue DLLs!
Ichg habe mir beides gesaugt (fuchs + dlls). Wenn der Fuchs in zukünftigen Versionen noch schneller läuft, komme ich mit dem Lesen bestimmt nicht mehr nach :wink: .
Der Build vom 02.02.06 rennt schon nicht mehr wie Sau (wie jemand irgendwo geschrieben hatte), der rennt schon wie Säue!
*lach*
ein sau-rennen...
[Blockierte Grafik: http://smileyonline.free.fr/images/19032003/boj_la_vache.gif]
[Blockierte Grafik: http://www.cheesebuerger.de/images/smilie/traurig/g035.gif] Und ich? Keiner hat mich lieb! Ich komm immer noch nicht drauf um zu saugen [Blockierte Grafik: http://www.cheesebuerger.de/images/smilie/traurig/c030.gif]
[Blockierte Grafik: http://www.cosgan.de/images/smilie/froehlich/e035.gif] Danke Schön!
Möge die Macht der Dunkelen Seite dich nie verlassen :wink: (saug)
Hallo,
also der letzte build von tete ist auf meinem Laptop der schnellste (auch ohne dll´s) und zieht mit opera 8.5 gleich!
Dank an UliBär für sein unermüdliches Wirken uns zeitnah die neusten builds in dt. zu liefern!
Diesmal merk ich wirklich was! Und verschiedene Tests untermauern mein schwarzes Gefühl!
Der ist GUT, Der ist SCHNELL, Der ist SAUGEIL! :mrgreen:
