Google Chrome ненадолго зависает перед отображением новой вкладки

Question

Всякий раз, когда я хочу переключиться на вкладку, отличную от отображаемой, Chrome зависает примерно на 2 секунды перед отображением новой вкладки. Это происходит всякий раз, когда нужно показать новую вкладку, например, нажав кнопку "Новая вкладка" или закрыв текущую вкладку.

Вот моя информация о версии:

Google Chrome 14.0.835.163 (официальная сборка 101024)

ОС:Linux (Ubuntu 11.04)

WebKit 535.1 (филиалы / хром / 835 @ 94713)

Единственное расширение, которое я использую, это AdBlock, и отключение его не имело никакого эффекта.

Это происходит со мной только после того, как я обновил до последней версии Chrome.

Есть идеи о том, что происходит?

Answer 1

Я столкнулся с похожим поведением с вкладками, которые больше не отображались (на заднем плане) на заднем плане, а иногда даже не отображались. К счастью, я вспомнил, что активировал GPU-Compositing в about:flags (это работало до одной или двух недель назад). Отключение снова решило эту проблему.

Answer 2

Я только сейчас также обнаружил еще одну проблему с libcairo2 которая в настоящее время находится в Debian Sid. Смотрите ошибка Debian # 682308.

В cairo-1.12.0 существует ошибка регрессии, приводящая к тому, что переключение вкладок и новые вкладки, открывающиеся в Google Chrome и Chromium, значительно тормозят и увеличивают загрузку процессора xorg .

В отчете об ошибках упоминаются три различных обходных пути, ожидающих исправления в вышестоящем выпуске:

• Бег

  nvidia-settings -a InitialPixmapPlacement=0
  

• Закрепление пакета до версии 1.10.2-7 .
• Сборка недавнего libcairo с изменением патча src/cairo-xlib-display.c , установив display->buggy_gradients в значение всегда TRUE (из сообщения на форумах Debian) (подумайте также о закреплении, если в будущих обновлениях libcairo2 все еще не будет исправлено) ,

Это наконец решило мои проблемы.

ОБНОВИТЬ

Это предположительно исправлено в драйвере Nvidia 304.30, выпущенном 2012-07-30. Из журнала изменений (еще не в сети, из-за недавнего взлома NvNews и собственной страницы Nvidia, на которой не размещен журнал изменений, но он находится внутри бинарного пакета, который они предоставляют):

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

ОБНОВЛЕНИЕ 2

... и теперь эта версия драйвера, по крайней мере, попала в Debian Unstable.

Answer 3

Поскольку вкладки Google Chrome имеют трапецеидальную форму, в драйвере используется специальная функция, называемая "трапециевидное ускорение", которая поддерживается аппаратно новыми микросхемами Nvidia.

В старых схемах без этой поддержки была ошибка, которая обнаруживалась в сочетании с обновлениями до X.org 1.11 (где, я полагаю, X.org начал поддерживать прямой трапециевидный рендеринг), что делало трапецеидальный рендеринг намного медленнее, чем должно быть (намного медленнее, чем это было с более ранними комбинациями драйвера / сервера X.org). Я использую GeForce 9400, которая является одной из уязвимых цепей.

Отчет об ошибках Debian.

Объявление об исправлении драйвера Nvidia в 290.03.

Лично у меня была эта проблема с еще более новыми версиями Nvidia (295.40), которая сохранялась после перезагрузки, но по какой-то причине только запуск nvidia-settings исправил ее.

Chrome по-прежнему намного медленнее, чем, например, Opera в переключении и создании вкладок на моем компьютере, но он больше не вызывает задержки в несколько секунд. Из всего, что я могу сказать, это вернулось к скорости, которая была до появления ошибки.

---

РЕДАКТИРОВАТЬ: Эта информация так же верно, как и раньше, но была дополнительная ошибка, которая затронула все карты Nvidia. Смотрите мой другой ответ для получения дополнительной информации.