相关疑难解决方法(0)

当前的 Firefox 中是否有类似于 Google Chrome 中的任务管理器的东西？( Shift+ Esc)

有些东西偶尔会占用足够的 CPU 使 Firefox 没有响应 - 但是有多个窗口，每个窗口都有十几个选项卡打开，反复试验将需要一段时间。

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

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

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

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

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

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

有时一个选项卡会卡在使用它可以获得的所有 CPU 时间上。我知道有一种方法可以检查 Chrome 或 Firefox 中的哪一个——在 Opera 中是否有本地方法和/或扩展程序来执行此操作？在另一个浏览器中逐个检查页面不是解决方案。首先，我可以选择性地关闭和打开选项卡获得相同的效果，其次，我的工作流程包括有 25 个以上的选项卡，当我意识到 Opera 减慢整个操作系统的速度时，逐一检查很痛苦。最后但并非最不重要的一点，通常不是一些闪存密集型或明显消耗 CPU 的页面导致它。

我想在进程完成时记录 Linux 进程（内核 3.2.0-36）的 RAM 内存高水位标记。我在 Perl 脚本中调用该进程。就像是：

my $cmd = "logmemory -o mem.log mycmd options 1>cmd.out 2>cmd.err";
unless(system("$cmd") == 0) { die $!; }

有任何想法吗？