レンダリングされているタブ以外のタブに切り替えたいときはいつでも、Chromeは新しいタブをレンダリングする前に約2秒間ハングします。これは、新しいタブを表示する必要があるときはいつでも発生します。 [新しいタブ]ボタンをクリックするか、現在のタブを閉じます。
これが私のバージョン情報です:
Google Chrome 14.0.835.163(公式ビルド101024)
OS:Linux(Ubuntu 11.04)
WebKit 535.1(ブランチ/クロム/ 835 @ 94713)
私が使用している唯一の拡張機能はAdBlockであり、それを無効にしても効果はありませんでした。
これは、Chromeの最新バージョンに更新してから発生しているだけです。
何が起こっているのかについて何か考えはありますか?
私は、バックグラウンドで(事前に)レンダリングされなくなったタブで同様の動作に遭遇しました。また、前面に表示された場合でも、場合によってはレンダリングされませんでした。幸い、about:flagsでGPU-Compositingをアクティブにしたことを思い出しました(1〜2週間前までは正常に機能していました)。再度無効にすると、この問題は解決しました。
私は今、DebianSidにあるlibcairo2
の別の問題も追跡しました。 Debianバグ#682308 を参照してください。
cairo-1.12.0
を使用すると、Google ChromeおよびChromiumでタブが切り替わり、新しいタブが開く原因となる回帰バグが発生し、xorg
のCPU使用率が急上昇します。
バグレポートには3つの異なる回避策が記載されており、アップストリームの修正を待っています。
ランニング
nvidia-settings -a InitialPixmapPlacement=0
1.10.2-7
に固定しています。src/cairo-xlib-display.c
を常にlibcairo
に設定することでパッチ変更display->buggy_gradients
を使用して最近のTRUE
をビルドします( Debianフォーラムへの投稿 から)(将来のlibcairo2
アップデートにまだ修正がない場合に備えて、ピン留めすることも検討してください)。これついに私の問題は解決しました。
これは、2012年7月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.
...そして今、このドライバーバージョンは少なくともDebianUnstableにヒットしています。
Google Chromeのタブは台形であるため、「台形加速」と呼ばれるドライバーの特定の機能を使用します。これは、ハードウェアで 新しいNvidia回路 によってサポートされています。
このサポートのない古い回路では、X.org 1.11(X.orgが直接台形レンダリングのサポートを開始したと思います)へのアップグレードと組み合わせて表示されるバグがあり、台形レンダリングが必要以上に遅くなりました(はるかに)以前のdriver/X.orgサーバーの組み合わせよりも遅くなりました)。影響を受ける回路の1つであるGeForce9400を実行しています。
個人的には、再起動しても持続する新しいNvidiaバージョン(295.40)でこの問題が発生しましたが、何らかの理由でnvidia-settings
を起動するだけで修正されました。
Chromeはまだ例えばよりもはるかに遅いです。 Opera私のマシンでのタブの切り替えと作成では、数秒の遅延は発生しなくなりました。私が知る限り、バグが発生する前の速度に戻っています。
EDIT:この情報は以前と同じように真実ですが、allに影響を与える追加のバグがありましたNvidiaカード。詳細については、他の回答を参照してください。