Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/javascript/420.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Firefox3中的JavaScript任务管理器?_Javascript_Firefox_Memory_Cpu - Fatal编程技术网

Firefox3中的JavaScript任务管理器?

Firefox3中的JavaScript任务管理器?,javascript,firefox,memory,cpu,Javascript,Firefox,Memory,Cpu,最近我在Ubuntu Hardy Heron上遇到了Firefox3的问题 我将点击一个链接,它将挂起一段时间。我不知道这是Firefox3中的一个bug还是运行了太多客户端JavaScript的页面,但我想试着调试一下 所以,我的问题是“有没有一种方法可以让Firefox3拥有某种process explorer或任务管理器之类的东西?” 我希望能够通过页面上的JavaScript(或页面中导致CPU/内存使用的任何内容)查看哪些选项卡正在使用处理器的百分比 有人知道这样做的插件吗?有没有其他

最近我在Ubuntu Hardy Heron上遇到了Firefox3的问题

我将点击一个链接,它将挂起一段时间。我不知道这是Firefox3中的一个bug还是运行了太多客户端JavaScript的页面,但我想试着调试一下

所以,我的问题是“有没有一种方法可以让Firefox3拥有某种process explorer或任务管理器之类的东西?”

我希望能够通过页面上的JavaScript(或页面中导致CPU/内存使用的任何内容)查看哪些选项卡正在使用处理器的百分比

有人知道这样做的插件吗?有没有其他人用另一种方式进行这种检查

我知道FireBug,但我无法想象如何使用它来指出哪个选项卡使用了大量资源

有什么建议或见解吗?

可能是问题,这是一堆巨大的失败

总之

  • Firefox3将其书签和历史保存在SQLite数据库中
  • 每次加载页面时,它都会多次写入此数据库
  • SQLite非常关心您不会丢失书签,因此每次写入时,它都会指示内核将其数据库文件刷新到磁盘,并确保完全写入
  • linux的许多变体,当被告知这样刷新时,会刷新每个文件。如果您有后台任务要做任何类型的磁盘密集型工作,这可能需要一分钟或更长时间
  • 内核会让firefox在刷新过程中等待,从而锁定UI
    • Firefox没有“process explorer”类型的工具;但是有一个配置模式,你可以用它来查看chrome(意思是非内容,不是网页)脚本花费的时间

      从我所读到的信息来看,DTrace对于这类事情可能也很有用,但它需要创建一个自定义构建,并可能向源代码中添加额外的探测。我自己还没有玩过。

      有一个例子解释了影响FF 3.0之前版本的所有与fsync相关的问题。总的来说,从那以后我也没有看到过这种行为,如果您的系统没有执行IO密集型任务,那么这应该不会是一个问题。Firebug/Venkman是很好的调试器,但是他们为其他人的代码找出这些问题会很痛苦,IMO

      我也希望有一个简单的方法可以通过标签查看Firefox中的CPU利用率,因为我经常发现FF消耗了100%的CPU,但不知道是哪个部分导致了问题

      所以,我的问题是,有没有一种方法可以让Firefox3拥有某种process explorer或任务管理器之类的东西

      由于Firefox的构建方式,目前还不可能做到这一点。但是新的InternetExplorer8Beta2和刚刚发布的Google Chrome浏览器正朝着这个方向发展,所以我想Firefox也会朝着这个方向发展

      以下是Mozilla的John Resig和jQuery fame就这一主题发表的一篇文章()。

      是一个很棒的扩展,可以指出扩展和客户端的CPU方面的问题。它不是基于每个选项卡,而是基于每个脚本(大约)。您通常可以手动将这些.js脚本与选项卡或扩展关联起来

      还值得一提的是,谷歌Chrome内置了一个非常好的任务管理器,为每个选项卡、扩展和插件提供内存和CPU使用率

      [XUL分析器]是一个Javascript分析器。信息技术 将每个方法中经过的时间显示为 图形以及浏览器画布区域 重新绘制以帮助跟踪消费 CPU代码块

      跟踪所有JS调用和绘制事件 在XUL和页面上下文中。建立一个 动态显示 正在重新绘制画布区域


      自FF 3.6.10起,它不再是最新的,因为它不再被标记为兼容。但它仍然有效,您可以用同样令人敬畏的解决方案覆盖不兼容问题。

      不知道fire bug profiler是否超出了它们的范围