Frage

Vor Kurzem hatte ich Probleme mit Firefox 3 auf Ubuntu Hardy Heron.

Ich klicke auf einen Link und er bleibt eine Weile hängen.Ich weiß nicht, ob es ein Fehler in Firefox 3 oder eine Seite ist, auf der zu viel clientseitiges JavaScript ausgeführt wird, aber ich würde gerne versuchen, es ein wenig zu debuggen.

Meine Frage lautet also: „Gibt es eine Möglichkeit, eine Art Prozess-Explorer oder Task-Manager für Firefox 3 zu haben?“

Ich möchte über das JavaScript auf dieser Seite (oder über irgendetwas auf der Seite, das CPU-/Speicherauslastung verursacht) sehen können, welche Tabs wie viel Prozent meines Prozessors beanspruchen.

Kennt jemand ein Plugin, das dies oder ähnliches macht?Hat jemand anderes diese Art der Inspektion anders durchgeführt?

Ich kenne FireBug, kann mir aber nicht vorstellen, wie ich damit herausfinden soll, welcher Tab viele Ressourcen verbraucht.

Irgendwelche Vorschläge oder Erkenntnisse?

War es hilfreich?

Lösung

Es ist wahrscheinlich das Toller Firefox3-Fsync-„Bug“, was ein riesiger Haufen Scheitern ist.

Zusammenfassend

  • Firefox3 speichert seine Lesezeichen und seinen Verlauf in einer SQLite-Datenbank
  • Jedes Mal, wenn Sie eine Seite laden, schreibt sie mehrmals in diese Datenbank
  • SQLite legt großen Wert darauf, dass Sie Ihre Lesezeichen nicht verlieren. Deshalb weist es den Kernel bei jedem Schreibvorgang an, die Datenbankdatei auf die Festplatte zu schreiben und sicherzustellen, dass sie vollständig geschrieben ist
  • Viele Linux-Varianten löschen JEDE DATEI, wenn sie auf diese Weise zum Spülen aufgefordert werden.Dies kann bis zu einer Minute oder länger dauern, wenn Sie Hintergrundaufgaben haben, die plattenintensive Aufgaben erledigen.
  • Der Kernel lässt Firefox warten, während dieser Flush erfolgt, wodurch die Benutzeroberfläche blockiert wird.

Andere Tipps

Meine Frage ist also: Gibt es eine Möglichkeit, eine Art Prozess-Explorer oder Task-Manager für Firefox 3 zu haben?

Aufgrund der Art und Weise, wie Firefox aufgebaut ist, ist dies derzeit nicht möglich.Aber der neue Internet Explorer 8 Beta 2 und der gerade angekündigte Google Chrome-Browser gehen in diese Richtung, also gehe ich davon aus, dass Firefox auch in diese Richtung gehen wird.

Hier ist ein Beitrag ( Google Chrome-Prozessmanager ),von John Resig von Mozilla und jQuery zu diesem Thema.

Für Firefox gibt es kein Tool vom Typ „Prozess-Explorer“.aber da ist http://developer.mozilla.org/en/docs/Venkman mit Profilerstellungsmodus, mit dem Sie die Zeit sehen können, die Chrome-Skripte (d. h. Nicht-Inhalte, also keine Webseiten) verbringen.

Nach dem, was ich darüber gelesen habe, könnte DTrace für solche Dinge auch nützlich sein, aber es erfordert die Erstellung eines benutzerdefinierten Builds und möglicherweise das Hinzufügen zusätzlicher Sonden zur Quelle.Ich habe selbst noch nicht damit gespielt.

Da ist ein ausführliche Diskussion darüber Das erklärt alle fsync-bezogenen Probleme, die Versionen von FF vor 3.0 betrafen.Im Allgemeinen habe ich das Verhalten seitdem auch nicht mehr gesehen, und eigentlich sollte es überhaupt kein Problem darstellen, wenn Ihr System nicht auch E/A-intensive Aufgaben ausführt.Firebug/Venkman sind nette Debugger, aber meiner Meinung nach wäre es schwierig, solche Probleme für den Code eines anderen herauszufinden.

Ich wünschte jedoch auch, dass es eine einfache Möglichkeit gäbe, die CPU-Auslastung in Firefox anhand der Registerkarten anzuzeigen, da FF oft 100 % CPU verbraucht, aber keine Ahnung hat, welcher Teil das Problem verursacht.

XUL-Profiler ist eine großartige Erweiterung, die darauf hinweisen kann, dass Erweiterungen und clientseitiges JS in Bezug auf die CPU verrückt geworden sind.Es funktioniert nicht pro Tab, sondern pro Skript (oder so).Normalerweise können Sie diese .js-Skripte manuell mit Ihren Registerkarten oder Erweiterungen verknüpfen.

Erwähnenswert ist auch, dass Google Chrome über einen wirklich guten Task-Manager verfügt, der Speicher- und CPU-Auslastung pro Tab, Erweiterung und Plugin anzeigt.

[XUL Profiler] ist ein Javascript-Profiler.Es zeigt die verstrichene Zeit in jeder Methode als Diagramm sowie Browser -Leinwandzonen neu, um die Konsum von CPU -Codebrocken aufzuspüren.

Verfolgt alle JS -Anrufe und malen Ereignisse im Kontext von Xul und Pages.Erstellt eine Animation, die dynamisch die Leinwandzonen zeigt, die neu gezeichnet werden.

Ab FF 3.6.10 ist es nicht mehr aktuell, da es nicht mehr als kompatibel markiert ist.Aber es funktioniert immer noch und Sie können die Inkompatibilität mit dem ebenso großartigen Gerät außer Kraft setzen MR Tech Toolkit-Erweiterung.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top