Google Chrome, yeni bir sekme oluşturmadan önce kısa bir süre askıda kalıyor

Oluşturulmakta olandan farklı bir sekmeye geçmek istediğimde, Chrome yeni sekmeyi oluşturmadan önce yaklaşık 2 saniye kilitleniyor. Bu, "Yeni Sekme" düğmesini tıklamak veya geçerli sekmeyi kapatmak gibi yeni bir sekmenin gösterilmesi gerektiğinde oluşur.

İşte sürüm bilgilerim:

Google Chrome 14.0.835.163 (Resmi Derleme 101024)

İşletim Sistemi: Linux (Ubuntu 11.04)

WebKit 535.1 (kollar / krom / 835 @ 94713)

Kullandığım tek uzantı AdBlock'tur ve devre dışı bırakmanın bir etkisi yoktur.

Bu, yalnızca Chrome'un en son sürümüne güncellediğim için gerçekleşti.

Neler olduğu hakkında bir fikrin var mı?

— Alex Dias
kaynak

Varsayılan "Yeni Sekme" -Sayfa'yı devre dışı bırakmayı denediniz mi? Bunu "New Tab Redirect" uzantısı ile yapabilirsiniz . Olarak değiştirmeyi deneyin about:blank. hiç fark yapar mı?

— Duijf

Açık olup olmadığımdan emin değilim. Bu, iki sekme açık olsa bile, biri www.google.com adresinde, diğeri www.youtube.com adresinde, ve birinden diğerine geçmek istediğimde bile olur (ayrıca, sorun içeriğe bağlı değildir. hakkında iki sekme olabilir: sürüm ve aralarında geçiş gecikmeye neden olur).

— Alex Dias

Görebildiğim kadarıyla, bu sorun hakkında hiçbir hata raporu yoktu. Çakışan bir uygulama olabilir mi?

— Duijf

Belki de, başka bir şey çalışmadığında da gerçekleşse de. Chrome'u güncellemeden hemen önce (soruna neden olan), gcc-4.4, g ++ - 4.4 ve bağımlılıklarını yükledim (bana hem gcc hem de g ++: 4.4 ve 4.5'in iki sürümünü veriyoruz). Ancak, bunu canlı bir cd üzerinde yapmak herhangi bir soruna neden olmadı, bu yüzden gcc ve g ++ 'ın yüklü iki sürümü soruna neden olan şey değil sanırım. Ayrıca, Chromium'u yeni yükledim ve sorun orada yok.

— Alex Dias

İlginç bir şekilde, 2012-04-13'te yeni bir sürüme güncellenirken bu benim başıma geldi. Artık kararlı, kararsız ve beta sürümlerle oluyor. Bu konuda birçok aralıklı hata raporu görüyorum, ancak gerçek cevaplar yok. Soruşturmaya devam edeceğim.

— Daniel Andersson

Yanıtlar:

Arka planda artık (önceden) oluşturulmamış sekmelerle benzer bir davranışla karşılaştım ve bazen öne çıktıklarında bile. Neyse ki GPU-Compositing'i yaklaşık olarak etkinleştirdiğini hatırladım: bayraklar (bir veya iki hafta öncesine kadar iyi çalıştı). Yeniden devre dışı bırakmak bu sorunu çözdü.

— Maximilian Jänicke
kaynak

Tuhaf, bu gerçekten Chrome'da oluşturma işlemini hızlandırdı.

— mowwwalker

libcairo2Şu anda Debian Sid'de başka bir sorunu daha takip ettim . Debian böceğine bakınız # 682308 .

İle cairo-1.12.0, sekme değiştirme ve Google Chrome ve Chromium'da açılan yeni sekmelerin önemli ölçüde durmasına ve xorgCPU kullanımını artırmasına neden olan bir regresyon hatası var .

Hata raporunda yukarı yönlü bir düzeltme bekleyen üç farklı geçici çözümden bahsedilmektedir:

Koşu

nvidia-settings -a InitialPixmapPlacement=0

Paketi sürüme sabitleme 1.10.2-7.
Her zaman için ( Debian forumlarındaki bir gönderiden) ayarlayarak libcairoyama değiştirerek yeni bina oluşturma (gelecekteki güncellemelerin hala düzeltilmemesi durumunda da sabitlemeyi düşünün ).src/cairo-xlib-display.cdisplay->buggy_gradientsTRUElibcairo2

Bu nihayet sorunlarımı çözdü.

GÜNCELLEME

Bu, 2012-07-30 arası Nvidia sürücüsü 304.30'da düzeltildi. Değişiklik günlüğünden (henüz çevrimiçi değil, NvNews son zamanlarda saldırıya uğradığı ve Nvidia'nın kendi sayfasındaki değişiklik günlüğünü özellikle barındırmaması nedeniyle, ancak sağladıkları ikili paketin içinde):

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

GÜNCELLEME 2

... ve şimdi bu sürücü sürümü en azından Debian Unstable'ı vurdu.

— Daniel Andersson
kaynak

Google Chrome'un sekmeleri yamuk olduğundan, sürücüde daha yeni Nvidia devreleri tarafından desteklenen "trapezoidal hızlanma" adı verilen özel bir işlev kullanırlar .

Bu desteği olmayan daha eski devrelerde, trapezoidal renderlemeyi olması gerekenden çok daha yavaş hale getiren X.org 1.11 (sanırım X.org doğrudan trapezoidal renderlemeyi desteklemeye başladı) yükseltmeleri ile birlikte ortaya çıkan bir hata vardı. önceki sürücü / X.org sunucu kombinasyonlarında olduğundan daha yavaş). Etkilenen devrelerden biri olan bir GeForce 9400 kullanıyorum.

Debian hata raporu .

290.03'te Nvidia sürücü düzeltme duyurusu .

Şahsen bu sorunu bir yeniden başlatma ile devam eden daha yeni Nvidia sürümleri (295.40) ile yaşadım, ancak bazı nedenlerden ötürü nvidia-settingsbunu başlatmak düzeltildi.

Chrome, örneğin makinemdeki sekme değiştirme ve oluşturma işleminde Opera'dan çok daha yavaş, ancak artık birkaç saniyelik gecikmelere neden olmuyor. Söyleyebileceğim her şeyden, hata girişinden önceki hıza geri döndü.

EDIT: Bu bilgi eskisi gibi doğrudur, ancak tüm Nvidia kartlarını etkileyen ek bir hata vardı . Daha fazla bilgi için diğer cevabıma bakın.

— Daniel Andersson
kaynak