Google Chrome bleibt kurz hängen, bevor ein neuer Tab gerendert wird

9

Wenn ich zu einer anderen Registerkarte als der gerenderten wechseln möchte, bleibt Chrome etwa 2 Sekunden lang hängen, bevor die neue Registerkarte gerendert wird. Dies tritt immer dann auf, wenn eine neue Registerkarte angezeigt werden muss, z. B. durch Klicken auf die Schaltfläche "Neue Registerkarte" oder Schließen der aktuellen Registerkarte.

Hier sind meine Versionsinformationen:

Google Chrome 14.0.835.163 (Offizieller Build 101024)

Betriebssystem: Linux (Ubuntu 11.04)

WebKit 535.1 (Zweige / Chrom / 835 @ 94713)

Die einzige Erweiterung, die ich verwende, ist AdBlock, und das Deaktivieren hatte keine Auswirkungen.

Dies ist mir erst seit dem Update auf die neueste Version von Chrome eingefallen.

Irgendeine Idee, was los ist?

linux ubuntu google-chrome performance Alex Dias
quelle
Haben Sie versucht, die Standard-Seite "Neuer Tab" zu deaktivieren? Sie können dies mit der Erweiterung "New Tab Redirect" tun . Versuchen Sie es zu ändern about:blank. Macht es einen Unterschied?
Duijf
Ich bin mir nicht sicher, ob ich klar war. Dies geschieht auch dann, wenn zwei Registerkarten geöffnet sind, z. B. eine auf www.google.com und eine andere auf www.youtube.com, und ich von einer zur anderen wechseln möchte (außerdem hängt das Problem nicht vom Inhalt ab der Registerkarten: Ich kann zwei Registerkarten für about: version haben, und das Umschalten zwischen ihnen verursacht die Verzögerung.
Alex Dias
Soweit ich sehen konnte, gab es keine Fehlerberichte zu diesem Problem. Könnte es sich um eine widersprüchliche Anwendung handeln?
Duijf
Vielleicht, obwohl dies auch auftritt, wenn nicht viel anderes läuft. Kurz bevor ich Chrome aktualisiert habe (was das Problem verursacht hat), habe ich gcc-4.4, g ++ - 4.4 und ihre Abhängigkeiten installiert (was mir zwei Versionen von gcc und g ++ gibt: 4.4 und 4.5). Dies auf einer Live-CD zu tun, verursachte jedoch keine Probleme. Ich denke, die beiden installierten Versionen von gcc und g ++ sind nicht die Ursachen für das Problem. Außerdem habe ich gerade Chromium installiert und das Problem besteht dort nicht.
Alex Dias
Interessanterweise begann mir dies gerade zu passieren, als ich am 13.04.2012 auf eine neue Version aktualisierte. Es passiert jetzt mit stabilen, instabilen und Beta-Builds. Ich sehe viele andere zeitweise auftretende Fehlerberichte zu diesem Thema, aber keine wirklichen Antworten. Ich werde die Ermittlungen fortsetzen.
Daniel Andersson

Antworten:

4

Ich habe ein ähnliches Verhalten mit Registerkarten festgestellt, die nicht mehr (vor) im Hintergrund gerendert wurden und manchmal auch nicht, wenn sie von vorne angezeigt wurden. Zum Glück erinnerte ich mich, dass ich das GPU-Compositing in about: flags aktiviert hatte (was bis vor ein oder zwei Wochen gut funktionierte). Durch erneutes Deaktivieren wurde dieses Problem behoben.

Maximilian Jänicke
quelle
Seltsam, dies hat den Renderprozess in Chrome WIRKLICH beschleunigt.
Mowwwalker
1

Ich habe gerade auch ein anderes Problem mit libcairo2Debian Sid aufgespürt . Siehe Debian-Fehler # 682308 .

Bei cairo-1.12.0gibt es einen Regressionsfehler, der dazu führt, dass das Wechseln von Registerkarten und das Öffnen neuer Registerkarten in Google Chrome und Chromium erheblich blockiert und die xorgCPU-Auslastung steigt.

Im Fehlerbericht werden drei verschiedene Problemumgehungen erwähnt, die auf eine vorgelagerte Korrektur warten:

  • Laufen

    nvidia-settings -a InitialPixmapPlacement=0
  • Paket an Version anheften 1.10.2-7.
  • Erstellen Sie die neuesten libcairoVersionen mit Patch-Änderungen, src/cairo-xlib-display.cindem Sie festlegen display->buggy_gradients, dass sie immer sind TRUE(aus einem Beitrag in den Debian-Foren ) (ziehen Sie auch in Betracht, sie zu libcairo2fixieren , falls zukünftige Updates immer noch nicht behoben werden können).

Dies löste schließlich meine Probleme.

AKTUALISIEREN

Dies ist angeblich in Nvidia-Treiber 304.30 behoben, der am 30.07.2012 veröffentlicht wurde. Aus dem Changelog (noch nicht online, da NvNews kürzlich gehackt wurde und Nvidias eigene Seite das Changelog nicht speziell hostet, sondern sich in dem von ihnen bereitgestellten Binärpaket befindet):

- Fixed a problem where RENDER Glyphs operations would exhibit severe
  performance issues in certain cases, such as when used with gradients
  by Cairo and Chromium.

UPDATE 2

... und jetzt hat diese Treiberversion zumindest Debian Unstable getroffen.

Daniel Andersson
quelle
0

Da die Registerkarten von Google Chrome trapezförmig sind, verwenden sie im Treiber eine spezielle Funktion namens "Trapezbeschleunigung", die in der Hardware von neueren Nvidia-Schaltkreisen unterstützt wird .

Auf älteren Schaltkreisen ohne diese Unterstützung gab es einen Fehler, der in Kombination mit Upgrades auf X.org 1.11 (wo X.org vermutlich direktes trapezförmiges Rendern unterstützt) auftrat, wodurch das trapezförmige Rendern viel langsamer wurde, als es sein sollte (viel) langsamer als bei früheren Treiber / X.org-Serverkombinationen). Ich verwende eine GeForce 9400, die eine der betroffenen Schaltkreise ist.

Der Debian-Fehlerbericht .

Die Ankündigung des Nvidia-Treiberfixes in 290.03 .

Persönlich hatte ich dieses Problem mit noch neueren Nvidia-Versionen (295.40), die durch einen Neustart bestehen blieben, aber aus irgendeinem Grund durch einfaches Starten nvidia-settingsbehoben wurden.

Chrome ist beim Wechseln und Erstellen von Registerkarten auf meinem Computer immer noch viel langsamer als z. B. Opera, führt jedoch nicht mehr zu Verzögerungen von mehreren Sekunden. Soweit ich das beurteilen kann, ist es wieder so schnell wie vor der Einführung des Fehlers.

BEARBEITEN: Diese Informationen sind genauso wahr wie zuvor, aber es gab einen zusätzlichen Fehler, der alle betraf Nvidia-Karten . Weitere Informationen finden Sie in meiner anderen Antwort.

Daniel Andersson
quelle