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

9

Всякий раз, когда я хочу переключиться на вкладку, отличную от отображаемой, 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. Теперь это происходит со стабильными, нестабильными и бета-сборками. Я вижу много других периодических сообщений об ошибках на эту тему, но никаких реальных ответов. Я продолжу расследование.
Даниэль Андерссон

Ответы:

4

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

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

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

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

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

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