评测迅雷和网际快车在不同应用下的表现

瑞奇

本来想法帖问问这两个的区别  后来baidu到了  觉的详细 就转吧

希望大家能感兴趣 对其中的不认同可以提出自己的意见 交流 学习 进步

以下是我稍微整理一下的：

FlashGet是我们经常使用的老牌下载工具，而迅雷则是出现不久的一款新概念下载工具。我们今天将要测试一下这两个针锋相对的工具在下载同一资源的时候各自的具体表现如何。

前言及环境交待
1.低速连接下，两个工具的具体表现
　2.高速连接下，两个工具的具体表现
　3.功能对比
4.占用资源情况
5.总结

前言及环境交待


测试的连接我们选用 天空软件站 的连接，因为此站点的镜像非常全，从0.1K/S的低速镜像到6M/S的高速镜像都有。
下载Windows Server 2003 SP1 RC进行测试，选此软件是因为此软件不算冷门也不算热门，最接近平常应用。
软件大小:316MB，太小的还没来得及测试就下完了。
镜像数量:26个 ，天空软件财大气粗阿，这么多镜像，晕

测试工具:
迅雷官方 4.3.0.27
FlashGet 1.6

配置:
迅雷 每任务10线程，最大10线程 每接受4096K保存
FlashGet 每任务10线程，最大10线程 每接受4096K保存
其余设置全用默认设置。

1.低速连结下，两个工具的具体表现
我们选择广东佛山下载点测试低速连结下的表现，使用IE下载，速度维持在1.8K/S左右。
首先是FlashGet的表现：
1分钟后，FlashGet下载了1320KB，速度维持在20.61KB/S
然后是迅雷的表现：
1分钟后，迅雷下载了1136KB，速度维持在17.71KB/S

FlashGet还有个杀手锏，就是第三方出的线程破解，最大可以有20000个线程，但是我想没有什么机器能够带得起这样多线程吧？经过长时间的测试发现，如果用浏览器下载不足5K的连接，用200线程比较合适，线程再多系统速度跟不上，反而影响了下载速度。
而遗憾的，迅雷线程破解补丁数量非常少且单一、更新慢。我只找到了旧版本的100线程补丁，没有找到新版的线程补丁。
从图上可以看到，虽然用IE下载速度不足2K，但是开200线程后速度有260K/S，一分钟下载了10833K。
多线程的作用果然非常明显。
但是在开多线程的时候硬盘狂转，整个系统反应变得非常慢。


2.高速连接下，两个工具的具体表现
我们选择淄博通信下载点测试高速连结下的表现，使用IE下载，速度维持在2.27M/S左右。
首先是FlashGet的表现：
1分钟后，FlashGet下载了41251KB，速度维持在949.88KB/S
然后是迅雷的表现：
1分钟后，迅雷下载了295659.52KB，速度维持在5.55M/S，峰值速度8.65M/S，整个网吧网络全给拖垮，顾客反映掉线了。
真是让人大跌眼镜的测试！高速连接下，FlashGet居然都没有IE下载的速度快！相反的，间歇性的硬盘狂转、下载的时候断断续续、FlashGet间歇性停止响应、机器速度大受影响，甚至连打字都受到了影响。
至于迅雷，虽然下载期间硬盘灯一直在常亮，但并未听到磁头频繁移动的沙沙声，下载速度一直很平滑，同时系统速度并未受到明显影响。。。至于速度方面，只好送它变态二字以做评论。
公司内部在禁止使用BT的同时，应该禁止使用迅雷，呵呵呵。。。


.功能对比


众所周知，FlashGet在其1.5版及其以后增加了对流媒体下载的支持，导致影印传送带的用户大大减少。而迅雷仍旧只能下载http和ftp内容，输入rtsp://222.134.*.*/功夫dvd/1.rm，报告错误的Url，并不能下载流媒体内容。

设置方面也是FlashGet获胜，可以设置的内容众多，但众多的设置选项令菜鸟们无所适从。而迅雷的设置选项简洁明了，似乎更人性化一些。

两者对比，FlashGet追求的是复杂专业多功能，迅雷追求的是简洁明了人性化。

FlashGet优点： 流媒体下载、强大的设置功能。
迅雷优点： P2S下载，只要有同用迅雷下载某资源的用户，即可像BT一样实现共享，让下载速度爆增

测试时，原本IE下载速度不足2K，即使用FlashGet开200线程也不过260K的低速连接，用迅雷在开启P2S后达到了1.7M/S的速度，速度实在令人惊讶。

现在使用迅雷的用户仍旧不是很多，所以有些站点的资源可能无法获取到同时下载的迅雷共享用户。相信以后迅雷更加普及后下载速度会更快，前途会更加光明

本人十分看好迅雷。同时也担心国内的互联网环境呀。。。开个BT，那些ISP就受不了，不知道迅雷这样的变态速度，他们会有何感觉呢？

4.资源占用情况

先看最小化并且没有下载任务时两者资源占用：
FlashGet 占用内存 1636K
迅雷　 　占用内存 19980+3224K
静止时两者的CPU占用自然为0

很明显，迅雷漂亮的界面和满眼的广告是罪魁祸首
如果下载完毕，还是关掉工具比较好，不要让其常驻内存。毕竟要吃掉20多兆的内存。

然后再看低速和高速下载时的占用状况：
低速下
FlashGet 占用内存 8542K
迅雷　 　占用内存 29842K
两者的CPU占用大概都为5%左右。

高速下
FlashGet 占用内存 10390K
迅雷　 　占用内存 31815K
两者的CPU占用大概仍为5%左右。但是FlashGet频繁读写磁盘导致系统反应很慢。

5.总结

在低速并且迅雷连接不到其他下载用户的情况下，FlashGet多线程260KB:17KB取得了胜利 ，但以拖慢系统速度为代价。
在低速并且迅雷能够连接到其他下载用户的情况下，迅雷以大比分1.7MB:260K取得了胜利。
相信随着迅雷的普及，连接不到共享用户的情况会越来越少，FlashGet的多线程优势将渐渐褪去。

在高速下FlashGet只能用惨字来形容，迅雷以5.55MB:0.9MB取得了毫无疑问的胜利。FlashGet不但输了，还输得非常不光彩，因为他把系统速度托得非常慢，且下载速度比IE还慢。

在功能上，迅雷以其新鲜的概念、很高的技术含量、简洁的设置，漂亮的界面但多的内存占用，与FlashGet的专业的设置、流媒体下载、古朴的界面但少的内存占用基本打成平手。

在资源占用上，虽然看上去迅雷不论是下载中还是空闲时都要比FlashGet有更多的资源占用，实际上迅雷在下载的时候我们基本感觉不到它的影响，而FlashGet在下载的时候我们基本上不能干别的事情。

结论: FlashGet可以去死了。
前有影音传送带 中有BT 后有迅雷，不死也难。