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

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?

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.

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.

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.