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?
linux
ubuntu
google-chrome
performance
Alex Dias
fuente
fuente
about:blank
. ¿Hace alguna diferencia?Respuestas:
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.
fuente
Ahora mismo también rastreé otro problema con
libcairo2
actualmente 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 aumentenxorg
el 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
1.10.2-7
.libcairo
con cambio de parchesrc/cairo-xlib-display.c
configurandodisplay->buggy_gradients
para ser siempreTRUE
(desde una publicación en los foros de Debian ) (considere fijarlo también, en caso de que laslibcairo2
actualizaciones 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):
ACTUALIZACIÓN 2
... y ahora esta versión del controlador ha afectado a Debian Unstable, al menos.
fuente
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-settings
solucionó.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.
fuente