[原创]firefox3.0beta1与傲游2.05对比测试视频

[fn_dolphin]

昨天录的对比视频1图像太蒙，今天重录一次，而且还添加了内存对
照，相信大家能看得更清楚。测试过程同样跟昨天一样，傲游先打开
网页，firefox后打开，而且傲游做为当前执行程序，firefox做为后
台程序，所以理论上应该傲游占了一点便宜，测试结果如视频。

对比视频2：
http://you.video.sina.com.cn/b/8661026-1298710774.html
昨天录制的对比视频1：
http://you.video.sina.com.cn/b/8655771-1298710774.html

我的firefox终极优化配置方案如下：
http://luckiss.blogcn.com/diary,12156695.shtml

[xmoke]

而且傲游做为当前执行程序，firefox做为后
台程序

露底了

内存留着不能当饭吃。如果你用ff在乎内存的话，只能说明你是刚入门的。

[fn_dolphin]

而且傲游做为当前执行程序，firefox做为后
台程序

露底了

内存留着不能当饭吃。如果你用ff在乎内存的话，只能说明你是刚入门的。

搞笑，难道说你用的程序在相同情况下内存用得越大越好？

[猛将兄]

而且傲游做为当前执行程序，firefox做为后
台程序

露底了

内存留着不能当饭吃。如果你用ff在乎内存的话，只能说明你是刚入门的。

搞笑，难道说你用的程序在相同情况下内存用得越大越好？

这个不一定了。
程序里面有，以空间换时间，和以时间换空间的两种折中。
内存用的太少，一味地运算，和内存用的过多，甚至超过物理内存都不可取。
其实对浏览器这种小应用，最主要要看有没有内存泄漏。而不是比较内存多用个十几兆

[fn_dolphin]

而且傲游做为当前执行程序，firefox做为后
台程序

露底了

内存留着不能当饭吃。如果你用ff在乎内存的话，只能说明你是刚入门的。

搞笑，难道说你用的程序在相同情况下内存用得越大越好？

这个不一定了。
程序里面有，以空间换时间，和以时间换空间的两种折中。
内存用的太少，一味地运算，和内存用的过多，甚至超过物理内存都不可取。
其实对浏览器这种小应用，最主要要看有没有内存泄漏。而不是比较内存多用个十几兆

摆脱上面两位兄台有没有看过视频？在打开同样的网页跟数量的情况下的对比，如果这样说明不了问题，那你拿个能说明问题的方案吧，谁不知道空间换性能呢，汗。。。

[猛将兄]

你根本没看懂我的意思。
你的测试可以说明，在初始阶段，firefox3.0加载网页的速度快于遨游2.05
但对于内存部分，是没有意义的。
因为从你的视频看，仅仅运行了一小段时间。而真正关于内存，主要看有没有内存泄漏。内存泄漏往往是缓慢的，持续的。如果一开始就大规模泄漏，那早就被fix了
你最少得让浏览器开个几天，然后不停地使用他。看内存是否是持续上升，从未下降。更加精确地，要看是不是堆的使用再持续上升，没有下降。堆就是heap了，linux下面可以很方便看到，windows下面想必也可以。
我并没有支持二楼，否定楼主，只是客观说明一下。拜托不要把我和其他人归成一个战线

[xmoke]

说句不好听，你那样的评测从ff1.0就有了，而且国内的二流编辑很喜欢搞。

不想说老话了，有兴趣到这里搜内存帖吧。

[fn_dolphin]

你根本没看懂我的意思。
你的测试可以说明，在初始阶段，firefox3.0加载网页的速度快于遨游2.05
但对于内存部分，是没有意义的。
因为从你的视频看，仅仅运行了一小段时间。而真正关于内存，主要看有没有内存泄漏。内存泄漏往往是缓慢的，持续的。如果一开始就大规模泄漏，那早就被fix了
你最少得让浏览器开个几天，然后不停地使用他。看内存是否是持续上升，从未下降。更加精确地，要看是不是堆的使用再持续上升，没有下降。堆就是heap了，linux下面可以很方便看到，windows下面想必也可以。
我并没有支持二楼，否定楼主，只是客观说明一下。拜托不要把我和其他人归成一个战线

你说得对，内存溢出是要长时间，本来我想同样打开5个news.sina.com.cn的网页，并且等待5分钟的，但你明白
网络视频的限制问题，这个测试是无法显示出来了，但这个测试我是做过的，开了5个新浪网页的时候ff3用152mb内存，
傲游用了184mb，等了5分钟，基本没大变化，都是在+- 1～2mb内存范围跳动

[cosquidz]

之前测试火狐3B1，内存泄露。。。这是个问题。
打开一两个页面占用512M以上的内存
无奈内存全被占满。。。

[fn_dolphin]

说句不好听，你那样的评测从ff1.0就有了，而且国内的二流编辑很喜欢搞。

不想说老话了，有兴趣到这里搜内存帖吧。

哪个帖子有说3.0beta1的内存溢出。
另外我想问大家用的是firefox官方公布的那个3.0beta1，还是之前泄漏的nightbuild的beta1？ 我测试是用官方正式公布的那个

[fn_dolphin]

说句不好听，你那样的评测从ff1.0就有了，而且国内的二流编辑很喜欢搞。

不想说老话了，有兴趣到这里搜内存帖吧。

关于3.0beta1的内存贴子就这个
http://www.firefox.net.cn/newforum/view ... 5%E5%AD%98

拜托各位真的试试官方最近公布的那个beta1再说吧。。。。然后再用我视频那里贴出来的优化方案自己测试一下，
我喜欢用事实说话

[猛将兄]

你根本没看懂我的意思。
你的测试可以说明，在初始阶段，firefox3.0加载网页的速度快于遨游2.05
但对于内存部分，是没有意义的。
因为从你的视频看，仅仅运行了一小段时间。而真正关于内存，主要看有没有内存泄漏。内存泄漏往往是缓慢的，持续的。如果一开始就大规模泄漏，那早就被fix了
你最少得让浏览器开个几天，然后不停地使用他。看内存是否是持续上升，从未下降。更加精确地，要看是不是堆的使用再持续上升，没有下降。堆就是heap了，linux下面可以很方便看到，windows下面想必也可以。
我并没有支持二楼，否定楼主，只是客观说明一下。拜托不要把我和其他人归成一个战线

你说得对，内存溢出是要长时间，本来我想同样打开5个news.sina.com.cn的网页，并且等待5分钟的，但你明白
网络视频的限制问题，这个测试是无法显示出来了，但这个测试我是做过的，开了5个新浪网页的时候ff3用152mb内存，
傲游用了184mb，等了5分钟，基本没大变化，都是在+- 1～2mb内存范围跳动

呵呵，你可能不明白内存泄漏怎么来的。5分钟很难看出内存泄漏
一次操作可能就泄漏几十到几百个字节。你五分钟实在无法看出来。而且一定要看heap的值。
firefox的内存泄漏问题其实被很多人夸大了，但是并不意味着不存在。我也不知道ff3.0里面是否已经fix了。
给你讲个内存泄漏的例子好了，我自己写的代码
有一段代码是压缩代码，压缩完了之后，把压缩的结果存入数据库。本来在写模块代码的时候，存完数据库，我再存数据库的函数里面free被压缩的值，后来觉得不太好，就把传入值改成了const，就不能free了。可改完忘记再外面free了。
每次泄漏代改500个字节左右。开始跑15分钟，跑三万多次，一点问题都看不出。后来跑九十多万次的程序才发现有泄漏，heap不停上升。这才发现这个bug，并且fix。
我不否定楼主的测试，但是关于内存一块，的确可以不要。因为不是专业的developer，很难说你哪个程序对内存使用好，哪个程序使用不好。因为好与不好，主要看有没有泄漏。其他都是次要的。特别对桌面程序来说，更是如此

[fn_dolphin]

你根本没看懂我的意思。
你的测试可以说明，在初始阶段，firefox3.0加载网页的速度快于遨游2.05
但对于内存部分，是没有意义的。
因为从你的视频看，仅仅运行了一小段时间。而真正关于内存，主要看有没有内存泄漏。内存泄漏往往是缓慢的，持续的。如果一开始就大规模泄漏，那早就被fix了
你最少得让浏览器开个几天，然后不停地使用他。看内存是否是持续上升，从未下降。更加精确地，要看是不是堆的使用再持续上升，没有下降。堆就是heap了，linux下面可以很方便看到，windows下面想必也可以。
我并没有支持二楼，否定楼主，只是客观说明一下。拜托不要把我和其他人归成一个战线

你说得对，内存溢出是要长时间，本来我想同样打开5个news.sina.com.cn的网页，并且等待5分钟的，但你明白
网络视频的限制问题，这个测试是无法显示出来了，但这个测试我是做过的，开了5个新浪网页的时候ff3用152mb内存，
傲游用了184mb，等了5分钟，基本没大变化，都是在+- 1～2mb内存范围跳动

呵呵，你可能不明白内存泄漏怎么来的。5分钟很难看出内存泄漏
一次操作可能就泄漏几十到几百个字节。你五分钟实在无法看出来。而且一定要看heap的值。
firefox的内存泄漏问题其实被很多人夸大了，但是并不意味着不存在。我也不知道ff3.0里面是否已经fix了。
给你讲个内存泄漏的例子好了，我自己写的代码
有一段代码是压缩代码，压缩完了之后，把压缩的结果存入数据库。本来在写模块代码的时候，存完数据库，我再存数据库的函数里面free被压缩的值，后来觉得不太好，就把传入值改成了const，就不能free了。可改完忘记再外面free了。
每次泄漏代改500个字节左右。开始跑15分钟，跑三万多次，一点问题都看不出。后来跑九十多万次的程序才发现有泄漏，heap不停上升。这才发现这个bug，并且fix。
我不否定楼主的测试，但是关于内存一块，的确可以不要。因为不是专业的developer，很难说你哪个程序对内存使用好，哪个程序使用不好。因为好与不好，主要看有没有泄漏。其他都是次要的。特别对桌面程序来说，更是如此

对，你说得对，那是很专业的测试方法，但你也应该明白软件工程中也有开发成本与效果的问题，只要用户觉得效果可接受，哪怕程序中还有很多const没有free，但这个软件还是一样会成功的。

[猛将兄]

对，你说得对，那是很专业的测试方法，但你也应该明白软件工程中也有开发成本与效果的问题，只要用户觉得效果可接受，哪怕程序中还有很多const没有free，但这个软件还是一样会成功的。

呵呵，这个错了，任何内存泄漏都是不可接受的。如果是商业程序，内存泄漏直接导致用户对你失去信心。我说的内存泄漏不是那种只产生一次的wild pointer，而是象Office，Apache，Oracle这种可能开十天半个月，被频繁调用的模块。而其他的一些函数，可能半年调用一次，泄漏一点也无妨，一般也不被人称为内存泄漏。

[fn_dolphin]

对，你说得对，那是很专业的测试方法，但你也应该明白软件工程中也有开发成本与效果的问题，只要用户觉得效果可接受，哪怕程序中还有很多const没有free，但这个软件还是一样会成功的。

呵呵，这个错了，任何内存泄漏都是不可接受的。如果是商业程序，内存泄漏直接导致用户对你失去信心。我说的内存泄漏不是那种只产生一次的wild pointer，而是象Office，Apache，Oracle这种可能开十天半个月，被频繁调用的模块。而其他的一些函数，可能半年调用一次，泄漏一点也无妨，一般也不被人称为内存泄漏。

我明白，但对于浏览器这样的非服务器软件又何必如此挑剔呢，大不了随时都可以重新启动。
我的对比测试只针对官方公布的3.0beta1版本，之前的版本我也认同性能的确不怎样。