有没有办法识别 Firefox 中的繁忙（CPU 消耗）选项卡？

Question

有时，Firefox 中有一个令人讨厌的、内疚的、占用 CPU 的选项卡，它占用了我的一个 CPU 内核并使整个浏览器运行缓慢。我想找到它并关闭它。

有时我很幸运，但并不经常。因此，即使是对哪些标签最活跃的最轻微暗示也会有很大帮助。（也就是说，即使没有类似 Chrome 的 process-per-tab 模型或“任务管理器”，任何认为特定选项卡过度活跃的想法都会受到赞赏。它是否使用了很多 JS 计时器？触发了很多事件/无效？等等）

已经删除了 Flash。已经使用 NoScript 运行（这通常有帮助，但偶尔，它对页面的部分阻塞似乎会触发繁忙循环）。通过“about:memory”报告来指认顶级内存用户是缓慢、笨拙的，并且不会很快找到真正的罪魁祸首。

那么：还有其他任何开发人员功能可以提供帮助吗？还是插件？或者第三方工具（可能基于像调试器一样连接到 FF）可以将任何无意义的旋转“归咎于”选项卡？

（寻找一种方法来找出最有可能负责的一个或多个选项卡。对每次问题再次出现时都需要重新启动 Firefox 的解决方案不感兴趣：这已经有效，但会丢失太多加载的数据。）

（呼吁重新开放：通过对尝试过的和无响应的答案更加具体，这个高度可找到的问题可以得出更直接的响应答案，例如about:performance隐藏在@Thomee 的评论中的答案以及@fmt对另一个问题的回答。然后作为此处的真实答案，我可以“接受”它以增加可查找性。就目前而言，重复通知仅指向另一个锁定为重复的问题，该问题也无法获得添加/接受的最佳当前答案。）

Answer 1

正如你在这里看到的，它在他们的名单上已经有 7 年了。

电解是在夜间版本，因为大约2014年开始，似乎像此刻唯一的可能性。

Answer 2

根据 HN 用户 ~liminal的建议，在这种情况下，使用开发人员工具“Profiler”进行短采样（~10 秒）可能会有所帮助。

我刚刚在 Firefox 33.0 中尝试过这个，许多报告行都包含一个相关的源域，这可能有助于识别负责的选项卡。（不幸的是，许多报告行都与 apis.google.com 之类的域相关，这些域可能在任何给定的选项卡中使用。）不过，这只是一个开始。