新しいタブをレンダリングする前にGoogle Chromeが一時的にハングする

レンダリングされているタブ以外のタブに切り替えると、Chromeは約2秒間ハングしてから新しいタブをレンダリングします。これは、「新しいタブ」ボタンをクリックしたり、現在のタブを閉じたりするなど、新しいタブを表示する必要がある場合に必ず発生します。

これが私のバージョン情報です：

Google Chrome 14.0.835.163（公式ビルド101024）

OS：Linux（Ubuntu 11.04）

WebKit 535.1（ブランチ/クロム/ 835 @ 94713）

私が使用する唯一の拡張機能はAdBlockであり、それを無効にしても効果はありませんでした。

これは、Chromeを最新バージョンに更新してから発生しました。

何が起こっているのかわかりますか？

バックグラウンドで（事前に）レンダリングされていないタブを使用した同様の動作に遭遇しました。幸い、about：flagsでGPU合成をアクティブ化したことを思い出しました（1〜2週間前までは問題なく機能していました）。それを無効にすると、この問題は解決しました。

私は今、libcairo2現在Debian Sidにある別の問題も追跡しています。Debianバグ＃682308を参照してください。

を使用するとcairo-1.12.0、Google ChromeとChromiumでタブの切り替えと新しいタブが開いて大幅に停止し、xorgCPU使用率が急上昇するという回帰バグがあります。

バグレポートには、アップストリームの修正を待っている3つの異なる回避策が記載されています。

• ランニング

  nvidia-settings -a InitialPixmapPlacement=0
  

• パッケージをバージョンに固定しています1.10.2-7。
• 常に（Debianフォーラムの投稿から）に設定するlibcairoことsrc/cairo-xlib-display.cにより、パッチを変更して最新のビルドを作成します（将来の更新でまだ修正が行われていない場合に備えて、固定することも検討してください）。display->buggy_gradientsTRUElibcairo2

これでようやく私の問題が解決しました。

更新

これは、2012-07-30にリリースされたNvidiaドライバー304.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サーバーの組み合わせよりも遅い）。影響を受ける回路の1つであるGeForce 9400を実行しています。

Debianバグレポート。

290.03でのNvidiaドライバー修正の発表。

個人的には、再起動後も続く新しいNvidiaバージョン（295.40）でこの問題がありましたが、何らかの理由で起動しただけでnvidia-settings修正されました。

Chromeはまだ私のマシンでのタブの切り替えや作成などのOperaよりもかなり遅いですが、数秒の遅延を引き起こしません。言うまでもなく、バグの導入前の速度に戻りました。

編集：この情報は以前と同じように真実ですが、すべての Nvidiaカードに影響する追加のバグがありました。詳細については、他の回答を参照してください。