试用FlashGet emule协议下载

以前在家里总是使用Verycd打包的emule客户端来下载，这次看FlashGet1.8.3 beta版已经支持emule，打造了号称一个万能下载器，在公司笔记本上面装一个emule太过明显，就想尝试一下FlashGet来下载Verycd上面的资源。下载下来在家里用ADSL对比了一下，用路由器做端口映射到本机，全部使用HighID连接，下载目前很热门的 Adobe.CS3.Web.Premium.DVD1，大小1.97G。先用FlashGet下载了1个小时，平均下载速度在45k/s，上传3k/s。以前用Emule for Verycd下可都在60k以上，经常是100k以上，于是换用emule forVerycd下，4个小时就下完了，速度稳定在90k以上，180k也是常有的，上传平均9k（限速10k，以前需要30k的上传才能得到250k的下载，现在10k可就可以了）。

emule协议是很成熟的协议，也有很成熟的客户端供参考，flashget虽说支持了emule协议但是根本没有参考现有的一些做法。有以下一些我认为是缺点的地方：
1、Flashget竟然同时连接多个Emule服务器。emule协议不像bt协议，是不需要连接多个emule的服务器的也不需要总在那里不断的连接emule服务器，flashget开发人员直接搬的bt协议的做法，简化了开发，但是会被DonkeyServer之类的大服务器封堵的，不会变成了一个会导致中国被emule服务器拒绝接入的不良emule客户端吧。

2、速度明显很差，估计未能获取到HighID的问题，难道他们认为我们都是LowID么？同时连接数量也有差异，启动下载30分钟之后FlashGet只有5个左右的正在下载的连接，而emule for verycd在启动下载30分钟之后可以达到12个链接。

3、不支持UPNP。emule和bt明显不同的地方在于HighID对于Emule来说意味着更高的下载速度和上传速度，而XP以上版本的Windows带得UPNP可以在局域网通过网关动态获取NAT的效果，获取一个外界可以访问的端口号。（感谢电信的E8套餐，华为的猫对UPNP支持非常好）

4、上传速度明显做了限制，和Emule的精神不符。在flashget中未对速度做任何限制，但上传速度还是在1k以下，只有上传完了才开始有很明显的上传速度（又是照搬bt的思路，emule和bt是完全不相同的P2P协议）

整体来说，flashget的开发人员照搬了bt协议的开发思想到emule协议，可能是为了简化开发，但是这样导致emule下载功能如同鸡肋。