Stephan: Browser Performance - speziell NS6.2

Hallo Forum, ich habe eine Frage zur Performance von Webbrowsern.
Und zwar ist mir aufgefallen (bei eigenen Scripts, sowie bei dem
Dropdown-Menü von Brothercake), dass bei DHTML-Layer Animationen es große
Unterschiede bei Browsern in der Performance gibt. Besonders Netscape 6.2
ist hier quälend langsam, obwohl doch die Gecko-Engine als sehr schnelle
Rendering-Engine gilt. Deutlich schneller als Netscape 6.2 ist hier der
Internet Explorer. Was aber erstaunlich ist, am flottesten läuft bei mir
Netscape 4.7x - eigentlich ein uralt-Browser. Ich habe die Scripts unter
WinNT4, Win98 und Win2000 getestet.
Habt Ihr ähnliche Erfahrungen gemacht, oder kennt Ihr Möglichkeiten, wie
man Scripts vielleicht performanter programmieren kann?

ciao
Stephan

  1. Hi Stephan!

    Habt Ihr ähnliche Erfahrungen gemacht, oder kennt Ihr Möglichkeiten, wie
    man Scripts vielleicht performanter programmieren kann?

    Ich glaube nicht, dass das an den Scripts liegt! Alleine beim Scrollen von fast ausschließlich Text ist NN 6.2 deutlich träger als NN 4.7. Allerdings habe ich den Eindruck, dass Mozilla 0.9.8 wieder etwas fixer ist als der 6.2.

    Clemens

    1. hi

      Ich glaube nicht, dass das an den Scripts liegt! Alleine beim Scrollen von fast ausschließlich Text ist NN 6.2 deutlich träger als NN 4.7. Allerdings habe ich den Eindruck, dass Mozilla 0.9.8 wieder etwas fixer ist als der 6.2.

      also beim Scrollen ist Mozilla 0.9.8 so ca. um den Faktor 20 schneller als es 0.9.4 war (worauf ja Netscape 6.2 basiert)

      1. Hi Kai!

        also beim Scrollen ist Mozilla 0.9.8 so ca. um den Faktor 20 schneller als es 0.9.4 war (worauf ja Netscape 6.2 basiert)

        Meinem subjektiven Empfinden nach eher Faktor 2-3.

        Clemens

        1. hi

          Meinem subjektiven Empfinden nach eher Faktor 2-3.

          Windows oder Linux-Version? Die 0.9.8 für Windows habe ich noch nicht live erleben dürfen.. Unter Linux funzt das Scrollen einfach nur göttlich.. Selbst die gefürchtete CSS-Seite vom W3C, die ja zumindest bei Opera und eben älteren Mozillas doch sehr sehr langsam war geht jetzt perfekt

          1. hi

            Meinem subjektiven Empfinden nach eher Faktor 2-3.

            Windows oder Linux-Version?

            Windows

            Die 0.9.8 für Windows habe ich noch nicht live erleben dürfen.. Unter Linux funzt das Scrollen einfach nur göttlich.. Selbst die gefürchtete CSS-Seite vom W3C, die ja zumindest bei Opera und eben älteren Mozillas doch sehr sehr langsam war geht jetzt perfekt

            grummel Neid :)

      2. Hi,

        also beim Scrollen ist Mozilla 0.9.8 so ca. um den Faktor 20
        schneller als es 0.9.4 war (worauf ja Netscape 6.2 basiert)

        Dafür scheint er beim Verschieben von Layern noch langsamer geworden
        zu sein, als der Netscape 6.2 schon war. Auf Gigaherz-Pentiums 100%
        CPU-Auslastung bei Dingen, die im M$IE den Rechner ein müdes Lächeln
        kosten - da sieht man halt leider, welchen Wettbewerbsvorteil der
        Hersteller der entsprechenden Betriebssystem-Routinen hat.

        Viele Grüße
              Michael

        1. hi

          Dafür scheint er beim Verschieben von Layern noch langsamer geworden
          zu sein, als der Netscape 6.2 schon war. Auf Gigaherz-Pentiums 100%

          das ist ein bekannter Bug. Evtl. schon wieder behoben.

          1. Hi,

            das ist ein bekannter Bug.

            in den Mozilla 0.9.8 -Changes ist so etwas genannt worden, glaube ich - die habe ich mal kurz überflogen.

            Evtl. schon wieder behoben.

            Ich wollte, es wäre so - bei 0.9.8 jedenfalls nicht.

            Wenn man so richtig dynamisches Zeug machen will - beispielsweise Inhalte zahlreicher Layer ständig mit document.write neu schreiben - dann quält sich Mozilla zum Gotterbarmen einen ab.
            Dafür wiederum lügt Opera, was seine DOM-Fähigkeiten angeht ... (ohne JavaScript 1.5 zu können ist, das halt nur eingeschränkt nutzbar).
            M$IE hat wieder seine ganz eigenen Macken - aber die document.all-Schiene tut wenigstens einigermaßen, was sie von sich behauptet. Muß man halt weiterhin alles doppelt coden ...

            Ach, wie ich DHTML mit realen Browsern "liebe" ... zum Glück hat sich ein Kollege da hinein "verbissen", da kann ich bei meinem gewohnten Handwerkszeug bleiben. :-)

            Viele Grüße
                  Michael