[Erledigt]FF 7.01 mit HTML 5 und CSS3 ätzend langsam

  • Ich habe meine Site (http://powercms.org) auf HTML5 nebst CSS3 umgestellt und muss nun leider feststellen, das FF 7.01 unter Windows 7 diese Site ätzend langsam bedient. Scrollen der Seite nach unten ist kaum machbar.
    FF 6 hatte dieses Probleme nicht gehabt.

    Andere Browser (IE9 , IE10 preview 1, Safari, Opera und Chrome) auf dem gleichen Rechner verarbeiten die Seiten rasend schnell.

    Um sicher zu sein, das an der Installation nichts kaputt ist, habe ich den FF komplett mit allen Addons deinstalliert und frisch ohne besondere Zusätze neu (also im Standard) installiert - keine Änderung.

    Der FF 7.01 für Linux (Ubuntu) verarbeitet die Seite einwandfrei.

    Wäre nett wenn mal ein paar Leute mit FF 7.01 unter Windows mal checken könnten ob das Verhalten bei ihnen auch so ist.

    Einmal editiert, zuletzt von jacz (4. November 2011 um 22:41)

  • jacz,
    deine Beobachtung kann ich im Wesentlichen bestätigen!

    Mit Opera läuft hier die Seite beim Scrollen butterweich. Abstriche gibt es im Vergleich mit dem aktuellen Safari und der letzten Chrome- Beta. Firefox nimmt hier die letzte Scroll-Stelle ein! :|

  • Zitat von jacz

    Der FF 7.01 für Linux (Ubuntu) verarbeitet die Seite einwandfrei.

    Hier auch keinerlei negative Eindrücke.

    P.S. da der Quellcode eine Zumutung ist, selbst tidy scheitert an den Fehlern, darf ich mich von einer weiteren Betrachtung gleich wieder verabschieden.

  • Auf meiner XP Kiste kann man leichtes Ruckeln provozieren. Das wird vermutlich an all den Schatten und Halbtransparenzen liegen. Eine ältere Version (4-6) hab ich gerade nicht vorliegen. Die aktuelle Nightly (also der kommende 10er) macht keinen Unterschied. Mit dickeren PCs dürfte es evtl. nicht weiter auffallen.

    Zitat von .Ulli

    P.S. da der Quellcode eine Zumutung ist, selbst tidy scheitert an den Fehlern, darf ich mich von einer weiteren Betrachtung gleich wieder verabschieden.


    Da sind genau an 2(!) stellen unerlaubte Attribute verwendet worden. Ansonsten ist der Quelltext wie geleckt und zudem Trafficschohnend von unnötigen Leerzeichen befreit. Wenn Du schon HTML5 durch einen Validator jagst, dann stell sicher, dass er auch HTML5 beherrscht...

  • Dicker PC reicht nicht, es kommt einzig und allein auf die Grafikkarte an.
    Mein Rechner ist ziemlich gut, die Grafikkarte ist allerdings das billigste vom billigen.

    Und mit meiner Kombination ist diese PowerCMS-Seite so dermaßen lahm zu bedienen, daß man gleich wieder wegklickt. Hat auch nichts mit Erweiterungen zu tun, es sind wohl tatsächlich diese Schatteneffekte und ähnliches. Opera zeigt das nur deshalb butterweich an, weil es diese Effekte offenbar gar nicht beherrscht.

  • Also mal schnell zu den HTML5 Attributen die der W3 Validator nicht kennt, das sind die Speech Attribute, die kann lediglich z.Z. Google Chrome.

    Quelltext ist komprimiert, kann man wenn Tools installiert sind über Element prüfen sauberer ansehen, als wenn man es selbst getippt hätte.


    Aber - ich habe das Problem gefunden.

    In den Einstellungen war Hardware Beschleunigung verwenden - wenn verfügbar aktiviert.

    Die Info habe ich aus dem Ubuntu - Forum , die bezog sich auf FF 3.6 Linux hat aber hier unter 7.01Windows genau diese Wirkung, deaktiviert und alles ist gut.

    Also eine uralte Sache die heute auch noch Probleme macht.

    Vielen Dank für eure Test's, vielleicht hilft es ja anderen in ähnlicher Situation.

    Einmal editiert, zuletzt von jacz (4. November 2011 um 22:22)

  • Zitat von caveman

    Dicker PC reicht nicht, es kommt einzig und allein auf die Grafikkarte an.


    Unter XP ist die Hardwarebeschleunigung über die Grafikkarte sehr minimal ausgeprägt. Da hilft nur mehr CPU.

    Auffällig ist aber, dass auf meiner Windows 7 Kiste das ganze komplett in sich zusammen bricht. Das Notebook ist ein bisschen schwächer wie mein Desktop (die XP Kiste), sollte aber Aufgrund der Harewarebeschleunigung besser da stehen. Das Gegenteil ist der Fall. Vermutlich ein Problem mit der Hardwarebeschleunigung im Firefox (oder Treibern der Grafikkarte).

    Näher bestimmen kann ich das jetzt aber nicht.

    Edit: jacz, warst schneller. ^^

  • Zitat

    jacz, warst schneller


    Kann passieren.

    Hauptsache das Problem ist weg, so etwas macht mich ganz wuschelig, insbesondere weil es ein Pagespeed 100/100 Web ist und dann so etwas.
    Wichtig ist auch, das ich nun eine Lösung parat habe, wenn ich meinerseits Beschwerden bekommen sollte.

  • Da fällt mir noch ein, man kann dann ja meine Website dazu benutzen um mal die Hardwarebeschleunigung bei sich zu testen - klemmt da die Säge - abstellen, denn das wird auch bei normalen Websites zur Bremse werden.

    Die Leistung der Grafikkarte reicht dann nicht aus um das zu leisten. Mein Windows Rechner ist ein Compaq Notebook, unter Linux und dem FF gab es bei mir keine Probleme mit der Einstellung da die Grafikkarte ein ziemlich dickes Kaliber ist und das locker leistet.

  • Zitat von caveman

    - Opera zeigt das nur deshalb butterweich an, weil es diese Effekte offenbar gar nicht beherrscht.


    So wie es sich nun heraus stellte, liegst du damit irgend wie ja nicht falsch :wink: .

    Die HW-Acceleration ist in der aktuell finalen Version dieser Suite auch nicht implementiert. Deshalb auch *Butterweich*! Lass ich die Seite mit Opera-Next laufen - also mit HW-Acceleration - dann ist das Verhalten annähernd mit Fx und aktiver HW-Acceleration zu vergleichen. Wenn auch - subjektiv - leicht besser!

  • Zitat von bugcatcher

    Wenn Du schon HTML5 durch einen Validator jagst, dann stell sicher, dass er auch HTML5 beherrscht...

    An dieser Stelle wollte ich noch überhaupt nicht validieren, ich wollte schlicht einmal den Quelltext betrachten, ohne den humanoiden Compiler quälen zu müssen.

    Welchen Sinn macht eine Komprimierung ? Wenn für die Betrachtung des Quelltext gewisse Tools benötigt werden, hätte der TO es vorher sagen können / müssen.

    P.S. falls die Komprimierung wegen seiner Kunden geschah, hätte man das css besser als externe Datei eingebunden und nicht in jede Seite eingefügt. Eine Schonung des Traffics ist also nicht gegeben.

    P.P.S. es entbehrt nicht einer gewissen Naivität, die Hardwarebeschleunigung zwischen W* und *X zu vergleichen. Der Fx unter W* zeigt an, der Fx unter *X hingegen lässt Anzeigen.

  • Zitat

    Welchen Sinn macht eine Komprimierung ?


    Pagespeed Regel

    Zitat

    Wenn für die Betrachtung des Quelltext gewisse Tools ...

    Man macht Websites für Besucher und Browser und selten dafür das man sich den Quellcode sauber ansehen kann, denn der interessiert normal keinen Besucher.
    Entscheidend ist also die eigentliche Funktion einer Webseite.
    Unter FF benötigt man Firebug um sich solchen Quellcode sauber ansehen zu können, unter Webkitbrowsern (z.B.Chrome, Safari)ist das Standard.

    Zitat

    falls die Komprimierung wegen seiner Kunden geschah, hätte man das css besser als externe Datei eingebunden und nicht in jede Seite eingefügt. Eine Schonung des Traffics ist also nicht gegeben

    Nur auf dem ersten Blick wäre das so, auch externe CSS muss geladen werden , es wird hier eine automatisch auf die Inhalte angepasste CSS geliefert - nicht benötigtes wird weg gelassen, man reduziert die Anzahl der Request's in Richtung Null (das ist das was etwas bringt) und vielleicht ist es ja nicht aufgefallen, es wird Applicationcache eingesetzt und auch die Inlinenutzung entspricht den Pagespeedregeln.

  • Zitat von jacz

    Man macht Websites für Besucher und Browser und selten dafür das man sich den Quellcode sauber ansehen

    Diese Arroganz ist fast wieder köstlich.

    Dein Thema war die Langsamkeit bezüglich des css. Mit dieser Frage ist auch die Höflichkeit gebunden, etwaigen Helfern alle Informationen vorab bereit zu stellen. Was aber nicht geschah.

    Zitat von jacz

    Pagespeed Regel

    Ist bekannt, nur muss man sich jedoch nicht vor jedem Glauben in den Staub werfen.

    P.S.

    Zitat von jacz

    Unter FF benötigt man Firebug um sich solchen Quellcode sauber ansehen zu können,

    Welch Unfug.
    Der Problemmelder hat vorab alle Informationen zur möglichen Klärung zu liefern.

  • Code
    etwaigen Helfern alle Informationen vorab bereit zu stellen.

    Die Webseite ist bekannt, das reicht , die werde ich auch nicht umstellen wenn jemand nicht in der Lage ist diese mit normalen Hilfsmitteln als Pretty HTML anzuschauen.
    Eine Webseite schmeisst Fehler oder keine in dem Zustand wo diese Fehler passieren, schon aus dem Grunde wird da nichts geändert.

    Und Firebug ist ein unter FF völlig normales unverzichtbares Hilfsmittel erster Klasse für Entwickler und Webdesigner.
    Natürlich muss man den nicht installieren, man muss dann aber auch nicht auf das Thema mit solchen Kommentaren eingehen, kann es einfach ignorieren und gut ist.

    Hätte ich nicht Minuten vorher die Lösung selbst gefunden wäre der Tipp von bugcatcher der Volltreffer gewesen der mir 100% geholfen hätte - nochmals meinen Dank an ihn für die Mühe.