Google Chrome se cuelga brevemente antes de mostrar una nueva pestaña

Cada vez que quiero cambiar a una pestaña que no sea la que se está procesando, Chrome se cuelga durante unos 2 segundos antes de mostrar la nueva pestaña. Esto ocurre cada vez que se debe mostrar una nueva pestaña, como hacer clic en el botón "Nueva pestaña" o cerrar la pestaña actual.

Aquí está la información de mi versión:

Google Chrome 14.0.835.163 (Versión oficial 101024)

SO: Linux (Ubuntu 11.04)

WebKit 535.1 (ramas / cromo / 835 @ 94713)

La única extensión que uso es AdBlock, y deshabilitarla no tuvo ningún efecto.

Esto solo se me ocurre desde que actualicé a la versión más reciente de Chrome.

¿Alguna idea de lo que está pasando?

Me encontré con un comportamiento similar con pestañas que ya no se mostraban (pre) en segundo plano y, a veces, ni siquiera cuando aparecían por adelantado. Afortunadamente, recordé haber activado GPU-Compositing en about: flags (que funcionó bien hasta hace una o dos semanas). Volver a descartarlo resolvió este problema.

Ahora mismo también rastreé otro problema con libcairo2actualmente en Debian Sid. Ver error de Debian # 682308 .

Con cairo-1.12.0, hay un error de regresión que hace que el cambio de pestañas y la apertura de pestañas nuevas en Google Chrome y Chromium se detengan significativamente y aumenten xorgel uso de la CPU.

En el informe de error se mencionan tres soluciones alternativas diferentes, a la espera de una solución aguas arriba:

• Corriendo

  nvidia-settings -a InitialPixmapPlacement=0
  

• Fijación del paquete a la versión 1.10.2-7.
• Creación reciente libcairocon cambio de parche src/cairo-xlib-display.cconfigurando display->buggy_gradientspara ser siempre TRUE(desde una publicación en los foros de Debian ) (considere fijarlo también, en caso de que las libcairo2actualizaciones futuras aún no tengan la solución).

Esto finalmente resolvió mis problemas.

ACTUALIZAR

Esto supuestamente se soluciona en el controlador Nvidia 304.30 lanzado el 30/07/2012. Desde el registro de cambios (aún no en línea, debido a que NvNews ha sido pirateado recientemente y la página de Nvidia no aloja el registro de cambios específicamente, pero está dentro del paquete binario que proporcionan):

- 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.

ACTUALIZACIÓN 2

... y ahora esta versión del controlador ha afectado a Debian Unstable, al menos.

Dado que las pestañas de Google Chrome son trapezoidales, utilizan una función específica en el controlador llamada "aceleración trapezoidal", que es compatible en hardware por los nuevos circuitos de Nvidia .

En los circuitos más antiguos sin este soporte, hubo un error que apareció en combinación con actualizaciones a X.org 1.11 (donde supongo que X.org comenzó a admitir la representación trapezoidal directa) que hizo que la representación trapezoidal fuera mucho más lenta de lo que debería ser (mucho más lento de lo que era con combinaciones anteriores de controlador / servidor X.org). Ejecuto una GeForce 9400 que es uno de los circuitos afectados.

El informe de errores de Debian .

El anuncio de la corrección del controlador Nvidia en 290.03 .

Personalmente, tuve este problema con versiones aún más nuevas de Nvidia (295.40), que persistieron durante un reinicio, pero por alguna razón solo el lanzamiento lo nvidia-settingssolucionó.

Chrome sigue siendo mucho más lento que, por ejemplo, Opera en el cambio y la creación de pestañas en mi máquina, pero ya no provoca demoras de varios segundos. Por todo lo que puedo decir, vuelve a la velocidad que tenía antes de la introducción del error.

EDITAR: Esta información es tan cierta como antes, pero hubo un error adicional que afectó a todas las tarjetas de Nvidia. Vea mi otra respuesta para más información.