每当我想切换到正在呈现的选项卡以外的选项卡时,Chrome 都会挂起大约 2 秒钟,然后才会呈现新选项卡。每当需要显示新选项卡时(例如单击“新选项卡”按钮或关闭当前选项卡),就会发生这种情况。
这是我的版本信息:
Google Chrome 14.0.835.163(官方版本 101024)
操作系统:Linux(Ubuntu 11.04)
WebKit 535.1(分支/chromium/835@94713)
我使用的唯一扩展是 AdBlock,禁用它没有任何效果。
自从我更新到最新版本的 Chrome 后,就出现了这种情况。
知道发生什么事了吗?
答案1
我遇到了类似的情况,标签不再在后台(预)渲染,有时甚至在前面调出时也不会渲染。幸运的是,我记得在 about:flags 中激活了 GPU 合成(一两周前还运行良好)。再次禁用它解决了这个问题。
答案2
我刚刚还发现了libcairo2
Debian Sid 中的另一个问题。请参阅Debian 错误 #682308。
存在cairo-1.12.0
一个回归错误,导致 Google Chrome 和 Chromium 中的标签切换和新标签打开严重停滞,并使xorg
CPU 使用率飙升。
错误报告中提到了三种不同的解决方法,等待上游修复:
跑步
nvidia-settings -a InitialPixmapPlacement=0
- 将包固定至版本
1.10.2-7
。 - 通过设置为始终
libcairo
来更改最近的补丁程序(从src/cairo-xlib-display.c
display->buggy_gradients
TRUE
Debian 论坛上的一个帖子)(考虑也固定它,以防未来的libcairo2
更新仍然缺少修复)。
这最后解决了我的问题。
更新
据称,这个问题已在 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。
答案3
由于 Google Chrome 的标签页呈梯形,因此它们使用驱动程序中称为“梯形加速”的特定功能,该功能由以下硬件支持:较新的 Nvidia 电路。
在没有此支持的旧电路上,升级到 X.org 1.11(我猜 X.org 开始支持直接梯形渲染)时出现了一个错误,这导致梯形渲染比它应该的速度慢得多(比早期驱动程序/X.org 服务器组合慢得多)。我运行的是 GeForce 9400,它是受影响的电路之一。
就我而言,我在使用较新的 Nvidia 版本 (295.40) 时也遇到了这个问题,重启后问题仍然存在,但由于某种原因,只需启动即可nvidia-settings
修复。
在我的计算机上,Chrome 在切换和创建标签时仍然比 Opera 慢很多,但不再会导致几秒钟的延迟。据我所知,它已经恢复到出现错误之前的速度。
编辑:此信息与之前一样真实,但有一个额外的错误影响了全部Nvidia 显卡。请参阅我的其他回答以了解更多信息。