我的网站(www.transferxl.com)依靠Javascript压缩数据。对于大多数浏览器(Chrome,Safari,Firefox等),压缩25MB的大块文件大约需要1-2秒。 IE11需要40秒钟才能完成完全相同的操作。

我以为IE11速度太慢了,所以我决定启用Profiler并查看发生了什么。令我惊讶的是,相同的块在2-4秒内被压缩。尽管它仍然比Chrome慢,但比以前快得多。

重现步骤:

  • 转到www.transferxl.com。
  • 打开开发人员控制台(F12)。
  • 添加一个大于25MB的(可压缩)文件。
  • 传输文件并查看控制台

  • 您会看到一条消息,压缩数据块需要多长时间。
  • 刷新窗口(仍在www.transferxl.com上)。
  • 启动分析器。
  • 再次添加相同的文件。
  • 传输文件并查看控制台

  • 您会看到现在同一块的压缩速度更快。您也可以按相反的顺序尝试。结果稳定。使用IE上的事件探查器似乎比不使用事件探查器时的压缩速度快10到20倍。

    有谁知道可能是什么问题?分析器输出未显示任何警报。还有其他人看到过这个问题吗?

    最佳答案

    我已经按照您的要求进行了尝试,并且在Google Chrome(39.0.2171.65 m)和Internet Explorer(11.0.9600.17420)上上传的时间均不到2秒。似乎Microsoft可能已在其最新更新之一中发布了此修补程序。据我所知,changelogs中未提及任何此类内容。是的,我在禁用探查器的情况下运行IE。我认为问题可能是由IE将进程优先级分配给连接了探查器的脚本所引起的,因为探查文件还需要起作用并呈现其输出(假定),而又不影响页面本身的功能。补偿不会以任何方式显着影响计算机的处理器消耗,而是以某种方式仅利用IE在打开探查器之前分配的现有内存。

    09-16 11:28