Google Chrome ненадовго зависає, перш ніж відображати нову вкладку

Щоразу, коли я хочу перейти на іншу вкладку, ніж ту, що надається, Chrome зависає близько 2 секунд, перш ніж відобразити нову вкладку. Це відбувається кожного разу, коли потрібно показати нову вкладку, наприклад, натиснути кнопку "Нова вкладка" або закрити поточну вкладку.

Ось моя інформація про версію:

Google Chrome 14.0.835.163 (Офіційна збірка 101024)

ОС: Linux (Ubuntu 11.04)

WebKit 535.1 (гілки / хром / 835 @ 94713)

Єдине розширення, яке я використовую, - це AdBlock, і відключення його не мало ефекту.

Це трапляється зі мною лише після оновлення до останньої версії Chrome.

Будь-яке уявлення про те, що відбувається?

— Алекс Діас
джерело

Ви намагалися відключити типову "Нову вкладку" -сторінку? Це можна зробити за допомогою розширення "Нова перенаправлення вкладок" . Спробуйте змінити його на about:blank. Чи має це значення?

— Duijf

Я не впевнений, чи мені було зрозуміло. Це трапляється, навіть якщо у мене відкриті дві вкладки, скажімо, одна на www.google.com, а друга на www.youtube.com, і я хочу переключитися з однієї на іншу (проблема також не залежить від вмісту з вкладок: у мене можуть бути дві вкладки about: version, і перемикання між ними спричиняє затримку).

— Алекс Діас

Наскільки мені вдалося побачити, повідомлень про помилки щодо цієї проблеми не було. Чи може це бути конфліктною програмою?

— Duijf

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

— Алекс Діас

Цікаво, що це почало траплятися зі мною саме зараз, коли оновлено до нової версії 2012-04-13. Зараз це відбувається із стабільною, нестабільною та бета-версією. Я бачу багато інших періодичних повідомлень про помилки з цього приводу, але реальних відповідей немає. Я продовжуватиму розслідування.

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

Відповіді:

Я зіткнувся з подібною поведінкою з вкладками, які вже не були (попередньо) виведені на задньому плані, а іноді навіть не піднімалися на фронті. На щастя, я згадав, що активував GPU-Compositing приблизно в: прапорах (які спрацювали нормально до одного-двох тижнів тому). Відключення його знову вирішило це питання.

— Максиміліан Яніке
джерело

Дивно, це дійсно пришвидшило процес візуалізації в Chrome.

— mowwwalker

Я лише зараз відстежив ще одну проблему, яка 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.

— Даніель Андерссон
джерело

Оскільки вкладки Google Chrome є трапецієподібними, вони використовують специфічну функцію в драйвері під назвою "трапецієподібне прискорення", яку апаратно підтримують нові схеми Nvidia .

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

Звіт про помилку Debian .

Оголошення про виправлення драйверів Nvidia в 290.03 .

Особисто у мене виникла ця проблема з ще новішими версіями Nvidia (295.40), які зберігалися через перезавантаження, але чомусь просто запуск nvidia-settingsвиправили її.

Chrome все ще набагато повільніше, ніж, наприклад, Opera для перемикання та створення вкладок на моїй машині, але це більше не викликає затримок на кілька секунд. З усього, що я можу сказати, він повертається до тієї швидкості, яка була до введення помилки.

EDIT: Ця інформація настільки ж правдива, як і раніше, але з'явилася додаткова помилка, яка вплинула на всі карти Nvidia. Дивіться мою іншу відповідь для отримання додаткової інформації.

— Даніель Андерссон
джерело