十年前的挑战 浏览器假死自虐大考验
  • Plum
  • 2010年07月02日 16:14
  • 0

搜狗浏览器

搜狗浏览器作为国产的优秀浏览器,一直以来其“双核防假死”功能也是一直宣传的卖点。经过测试后发现,搜狗浏览器的防假死的确做得不错,我们在IE内核的“兼容模式”下,Crash Site的测试完全不会对搜狗浏览器造成任何威胁,内存占用一直稳定在95MB,而且在测试过程中还可以流畅的打开新标签页。

来自十年前的挑战 浏览器防假死大考验 搜狗浏览器在IE核心下相应迅速,并没有假死

可能朋友们会问了,为什么不用搜狗浏览器的“极速模式”,众所周知,在极速模式下,采用的是WebKit的浏览器内核,而WebKit内核针对类似Crash Site这样的代码似乎有保护措施,亦或者说这个测试页面由于代码太古老而对于WebKit核心的浏览器支持不足。也就是说,在WebKit内核的浏览器中,运行这个测试,测试页面将会在刚刚构建了将近20个Frame的时候自动停止掉,不得不说这是一个遗憾,我们无法了解WebKit核心浏览器在高负载下的表现,但是从侧面也说明了WebKit核心的已经基本内置了防假死吧。

来自十年前的挑战 浏览器防假死大考验 WebKit核心的浏览器和测试页面的兼容问题很无奈

傲游浏览器

傲游浏览器一直被用户诟病为“爱假死的浏览器”,虽然傲游开发组一直在宣称自己解决了假死问题,但是依然有大量用户因为频繁的假死而不满。我们这次测试的是傲游昨日刚发布的2.5正式版和3.0 RC 1版,那么……让我们看看它们的表现吧。

呃……怎么说呢,傲游2.5版本浏览器,在运行Crash Site测试的3秒后,页面失去了相应,继而整个浏览器失去了相应……虽然整个窗体失去了相应,但是Maxthon.exe进程的内存占用还在不停的增加,最后甚至增加到了300MB的内存占用。

来自十年前的挑战 浏览器防假死大考验 “真悲剧平男”傲游2.5,测试3秒后就失去响应

而后我们在傲游2的高级选项中开启了“防假死”功能,再次测试后假死情况大有改观,整个框体已经不会很快的失去响应,只是由于内存的过度蚕食而变得很慢,不过根据官方的说法来说,开启了防假死功能意味着会有一些兼容性问题的出现,目前看来还是做不到两全其美,傲游浏览器还需要继续努力。

来自十年前的挑战 浏览器防假死大考验 虽然傲游3没有假死,但是感觉Webkit的功劳更大些

至于傲游3.0 RC,我们前面已经说过 WebKit核心的浏览器,测试代码无法正常运行完毕,难道傲游想要摆脱假死的阴影只有等到傲游3正式发布了?

世界之窗

不得不说,世界之窗进行Crash Site的测试效果的确是我们始料未及的,无论是世界之窗的3.1版本,还是较早发布的2.4Final版,它的测试速度是最快的,整个测试页面的显示非常迅速,而且在测试过程中可以对菜单进行自如的操作,也可以很流畅的打开新的标签页面,内存占用增长也非常的缓慢,在显示到两倍于Firefox的格子数量时,内存占用只有Firefox的三分之一,可以看到,一直很低调的世界之窗在IE内核浏览器的优化方面果然做足了功夫。

来自十年前的挑战 浏览器防假死大考验 世界之窗2.4的优异表现令人乍舌

来自十年前的挑战 浏览器防假死大考验 世界之窗3.1虽然显示速度有所下降,但是依然很稳定


文章纠错

  • 好文点赞
  • 水文反对

此文章为快科技原创文章,快科技网站保留文章图片及文字内容版权,如需转载此文章请注明出处:快科技

观点发布 网站评论、账号管理说明
热门评论
查看全部评论
相关报道

最热文章排行查看排行详情

邮件订阅

评论0 | 点赞0| 分享0 | 收藏0