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

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

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

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

ОС: Linux (Ubuntu 11.04)

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

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

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

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

— Алекс Диас
источник

Вы пытались отключить страницу "Новая вкладка" по умолчанию? Вы можете сделать это с расширением «Red Tab Redirect» . Попробуйте изменить это на about:blank. Есть ли какая-то разница?

— Дуйф

Я не уверен, было ли мне ясно. Это происходит, даже если у меня открыты две вкладки, скажем, одна на www.google.com, а другая на www.youtube.com, и я хочу переключиться с одной на другую (также проблема не зависит от содержимого из вкладок: у меня может быть две вкладки о: версии, и переключение между ними вызывает задержку).

— Алекс Диас

Насколько я смог увидеть, сообщений об этой проблеме не было. Может ли это быть конфликтующее приложение?

— Дуйф

Возможно, даже при том, что это происходит также, когда больше ничего не бежит. Незадолго до того, как я обновил Chrome (что вызвало проблему), я установил gcc-4.4, g ++ - 4.4 и их зависимости (предоставив две версии gcc и g ++: 4.4 и 4.5). Однако выполнение этого на живом компакт-диске не вызвало никаких проблем, поэтому я полагаю, что две установленные версии gcc и g ++ не являются причиной проблемы. Также я только что установил Chromium, и проблемы там не существует.

— Алекс Диас

Интересно, что это начало происходить со мной только сейчас при обновлении до новой версии 2012-04-13. Теперь это происходит со стабильными, нестабильными и бета-сборками. Я вижу много других периодических сообщений об ошибках на эту тему, но никаких реальных ответов. Я продолжу расследование.

— Даниэль Андерссон

Ответы:

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

— Максимилиан Яннике
источник

Странно, это действительно ускорило процесс рендеринга в Chrome.

— косилка

Я только что также обнаружил еще одну проблему с libcairo2Debian 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.

— Даниэль Андерссон
источник

Поскольку вкладки 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. Смотрите мой другой ответ для получения дополнительной информации.

— Даниэль Андерссон
источник