IE页面渲染速度
我目前正在努力找出企业 Web 应用程序的瓶颈所在。 该应用程序的 JavaScript 代码非常繁重,并且 只在 IE 上运行,不是我的设计或架构,而是我要改进的任务。
我知道 IE 6 对于 javascript 来说是出了名的慢,除了 fiddler 之外,还有其他 IE 工具可以用来测量页面渲染的速度吗?
有谁知道 IE8 是否在 JavaScript 处理时间上有显着的改进? 有人会推荐 IE 8 而不是 IE 6 吗?
I am currently struggling to identify where the bottleneck is in an enterprise web app. The app is extremely javascript heavy & only runs on IE, not my design or architecture but my task to improve.
I know IE 6 is notoriously slow for javascript, other than fiddler are there any other IE tools I can use to measure the speed of the page rendering or usual low hanging fruit I can take a look at?
Does anyone know if IE8 is a drastic improvement in javascript processing time? Would anyone recommending IE 8 over IE 6?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(5)
您可以使用 Firebug 分析 javascript。 有些版本可以在 IE 中运行。
就性能而言,IE8要快得多。 IE8 中的每个选项卡都是自己的进程,类似于 Chrome。 如果你有 IE8,它有一个内置的分析器,尽管我仍然发现自己在使用 firebug——不过主要是出于习惯。
You can profile javascript with Firebug. There are versions that work in IE.
As for performance, IE8 is much faster. Each tab in IE8 is its own process, similar to Chrome. If you do have IE8, it has a profiler built in, though I still find myself using firebug--mostly out of habit though.
我肯定推荐 IE8 而不是 IE6。 IE8 还有一个 javascript 分析器,因此您可以了解 javascript 代码的哪些部分花费了最多的时间并进行相应的优化。
介绍IE8 开发者工具 JScript Profiler
I recommend IE8 over IE6 for sure. IE8 also has a javascript profiler so you can get an idea what parts of your javascript code are taking the most time and optimize accordingly.
Introducing the IE8 Developer Tools JScript Profiler
当然,一般来说,任何更现代的(IE8)都会比任何旧的(IE6)运行得更好。 我的意思是,即使是 7 也很快就会成为过去,所以 6 就是一场噩梦。
Generally speaking of course, anything more modern (IE8) will run it better than anything old (IE6). I mean even 7 will soon be a product of the past, so 6 is a nightmare.
IE8 中的分析工具也可能有助于找到 IE6 中的瓶颈,但如果没有,您将必须自己进行一些手动调试。
只需获取前后时间,然后将消息写入文档即可。
来自 http://www.frederikvig.com/2009/05/ 的示例测量 JavaScript 性能/
The profiling-tools in IE8 might help find the bottlenecks in IE6 also, but if not, you would have to do some manual debugging yourself.
Simply get the time before and after, and write a message to the document.
An example from http://www.frederikvig.com/2009/05/measuring-javascript-performance/
IE6 的分析器: http://www.whitefrost.com/documents /html/technical/dhtml/jsprof.html
A profiler for IE6: http://www.whitefrost.com/documents/html/technical/dhtml/jsprof.html