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

9

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?

Alex Dias
fuente
¿Has intentado deshabilitar la página predeterminada "Nueva pestaña"? Puede hacerlo con la extensión "Nueva redirección de pestañas" . Intenta cambiarlo a about:blank. ¿Hace alguna diferencia?
Duijf
No estoy seguro si estaba claro. Esto sucede incluso si tengo dos pestañas abiertas, digamos una en www.google.com y otra en www.youtube.com, y quiero cambiar de una a otra (además, el problema no depende del contenido de las pestañas: puedo tener dos pestañas sobre: ​​versión, y cambiar entre ellas causa el retraso).
Alex Dias
Por lo que pude ver, no hubo informes de errores sobre este problema. ¿Podría ser una aplicación conflictiva?
Duijf
Quizás, aunque esto ocurra también cuando no se está ejecutando mucho más. Justo antes de actualizar Chrome (que causó el problema), instalé gcc-4.4, g ++ - 4.4 y sus dependencias (dándome dos versiones de gcc y g ++: 4.4 y 4.5). Sin embargo, hacer esto en un CD en vivo no causó ningún problema, así que supongo que las dos versiones instaladas de gcc y g ++ no son lo que está causando el problema. Además, acabo de instalar Chromium, y el problema no existe allí.
Alex Dias
Curiosamente, esto comenzó a sucederme ahora cuando actualizo a una nueva versión el 13/04/2012. Ahora sucede con versiones estables, inestables y beta. Veo muchos otros informes de errores intermitentes sobre este tema, pero no hay respuestas reales. Continuaré las investigaciones.
Daniel Andersson el

Respuestas:

4

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.

Maximilian Jänicke
fuente
Extraño, esto REALMENTE aceleró el proceso de renderizado en Chrome.
mowwwalker
1

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.

Daniel Andersson
fuente
0

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.

Daniel Andersson
fuente