Google Chrome hang sebentar sebelum memberikan tab baru

Setiap kali saya ingin beralih ke tab selain yang sedang dirender, Chrome hang sekitar 2 detik sebelum merender tab baru. Ini terjadi setiap kali tab baru harus ditampilkan, seperti mengklik tombol "Tab Baru", atau menutup tab saat ini.

Inilah informasi versi saya:

Google Chrome 14.0.835.163 (Bangun Resmi 101024)

OS: Linux (Ubuntu 11.04)

WebKit 535.1 (cabang / chromium / 835 @ 94713)

Satu-satunya ekstensi yang saya gunakan adalah AdBlock, dan menonaktifkannya tidak berpengaruh.

Ini hanya terjadi pada saya sejak saya memperbarui ke versi Chrome terbaru.

Adakah yang tahu apa yang terjadi?

— Alex Dias
sumber

Sudahkah Anda mencoba menonaktifkan "Tab Baru" default -Halaman? Anda dapat melakukannya dengan ekstensi "Pengarahan Tab Baru" . Coba ubah ke about:blank. Apakah ada bedanya?

— Duijf

Saya tidak yakin apakah saya jelas. Ini terjadi bahkan jika saya memiliki dua tab terbuka, katakan satu di www.google.com, dan satu lagi di www.youtube.com, dan saya ingin beralih dari satu ke yang lain (juga, masalahnya tidak tergantung pada konten dari tab: Saya dapat memiliki dua tab tentang: versi, dan beralih di antara mereka menyebabkan penundaan).

— Alex Dias

Sejauh yang saya bisa lihat, tidak ada laporan bug tentang masalah ini. Mungkinkah itu aplikasi yang saling bertentangan?

— Duijf

Mungkin, meskipun ini terjadi juga ketika tidak banyak lagi yang berjalan. Tepat sebelum saya memperbarui Chrome (yang menyebabkan masalah ini), saya menginstal gcc-4.4, g ++ - 4.4 dan dependensinya (memberi saya dua versi gcc dan g ++: 4.4 dan 4.5). Namun, melakukan ini pada live cd tidak menyebabkan masalah, jadi saya kira dua versi gcc dan g ++ yang diinstal bukan yang menyebabkan masalah. Juga, saya baru saja menginstal Chromium, dan masalahnya tidak ada di sana.

— Alex Dias

Menariknya, ini mulai terjadi pada saya sekarang ketika memperbarui ke versi baru pada 2012-04-13. Sekarang terjadi dengan build yang stabil, tidak stabil dan beta. Saya melihat banyak laporan bug berselang tentang masalah ini, tetapi tidak ada jawaban nyata. Saya akan melanjutkan investigasi.

— Daniel Andersson

Jawaban:

Saya menemukan perilaku serupa dengan tab yang tidak (pra) ditampilkan di latar belakang lagi dan kadang-kadang bahkan ketika dibawa ke depan. Untungnya saya ingat telah mengaktifkan GPU-Compositing di about: flags (yang berfungsi dengan baik hingga satu atau dua minggu yang lalu). Melabelkannya lagi memecahkan masalah ini.

— Maximilian Jänicke
sumber

Aneh, ini BENAR-BENAR mempercepat proses rendering di Chrome.

— mowwwalker

Saya baru saja juga melacak masalah lain dengan libcairo2saat ini di Debian Sid. Lihat Bug Debian # 682308 .

Dengan cairo-1.12.0, ada bug regresi yang menyebabkan pengalihan tab dan pembukaan tab baru di Google Chrome dan Chromium terhenti secara signifikan dan lonjakan xorgpenggunaan CPU.

Tiga solusi berbeda disebutkan dalam laporan bug, menunggu perbaikan di hulu:

Lari

nvidia-settings -a InitialPixmapPlacement=0

Paket pinning ke versi 1.10.2-7.
Membangun baru libcairo- baru ini dengan perubahan tambalan src/cairo-xlib-display.cdengan menetapkan display->buggy_gradientsselalu TRUE(dari pos di forum Debian ) (pertimbangkan menyematkannya juga, jika libcairo2pembaruan di masa mendatang masih kurang perbaikan).

Ini akhirnya menyelesaikan masalah saya.

MEMPERBARUI

Ini seharusnya diperbaiki pada driver Nvidia 304.30 dirilis 2012-07-30. Dari changelog (belum online, karena NvNews baru-baru ini diretas baru-baru ini dan halaman Nvidia sendiri tidak hosting changelog secara khusus, tetapi ada di dalam paket biner yang mereka sediakan):

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

PEMBARUAN 2

... dan sekarang versi driver ini telah mencapai Debian Tidak Stabil, setidaknya.

— Daniel Andersson
sumber

Karena tab Google Chrome adalah trapesium, mereka menggunakan fungsi spesifik pada driver yang disebut "akselerasi trapesium", yang didukung dalam perangkat keras oleh sirkuit Nvidia yang lebih baru .

Pada sirkuit yang lebih tua tanpa dukungan ini, ada bug yang muncul dalam kombinasi dengan peningkatan ke X.org 1.11 (di mana saya kira X.org mulai mendukung rendering trapesium langsung) yang membuat rendering trapesium jauh lebih lambat dari yang seharusnya (banyak lebih lambat dari itu dengan kombinasi server driver / X.org sebelumnya). Saya menjalankan GeForce 9400 yang merupakan salah satu sirkuit yang terpengaruh.

Laporan bug Debian .

Pengemudi memperbaiki Nvidia mengumumkan di 290,03 .

Secara pribadi saya memiliki masalah ini dengan versi Nvidia yang lebih baru (295.40), yang bertahan melalui restart, tetapi karena beberapa alasan baru saja meluncurkan nvidia-settingsmemperbaikinya.

Chrome masih jauh lebih lambat daripada misalnya Opera di tab switching dan pembuatan di mesin saya, tetapi tidak lagi menyebabkan penundaan beberapa detik. Dari semua yang saya tahu, itu kembali ke kecepatan sebelum bug diperkenalkan.

EDIT: Informasi ini sama benarnya seperti sebelumnya, tetapi ada bug tambahan yang memengaruhi semua kartu Nvidia. Lihat jawaban saya yang lain untuk informasi lebih lanjut.

— Daniel Andersson
sumber