聊聊迅雷的“社区化”

2010年09月09日 15:22| 193,129 次浏览| 发布者 强伊文| 60 评论

  9月8日,伊文和几位产品经理讨论了2个小时关于迅雷社区化的话题。当然,讨论风格是头脑风暴式的想到啥说啥。。。结果也就比较虚了。

  “社区化”这个东西的确很有它的魅力。不然国内的各种SNS也就不会“蹭蹭蹭”了。

  但是迅雷肯定不能照抄别人,成功的“社区化”关键在于找准“自己的切入点”。在以“下载”为主的迅雷身上。这个问题就是我们讨论的核心。

  当然迅雷并非现在才开始想“社区化”的事情,早些年我们做的“迅雷资源博客”就是比较成功的社区产品。但是后来因为产品受到来自法务风险的压力。逐渐失去了自己的优势。

  我们都相信,迅雷通往“社区化”的道路肯定不止一条。伊文就和各位聊聊伊文想到的迅雷社区化的事。(当然如果你有一套适合迅雷的完整的社区化思路,还有机会加入迅雷哦!)


  伊文想到的是这样一个东西

切入点:

  大家都知道,你使用迅雷下载的数据,很大一部分都来自其他迅雷用户的上传,一次下载时可能连接上几十至数百位迅雷用户。客户端知道下载者的IP地址,也知道这些上传者的IP地址,就可以根据IP地址识别出用户所处的城市。

  再利用Google Maps API将这些下载时连接上的用户标示在地图上。以公路为路径,用表示数据流动的线条连接上“下载者”所处位置与“上传者”所处位置。

  这样下载者可以非常直观的观察到下载时的数据来自世界上的哪个位置的哪些迅雷用户。

  拥有类似体验的产品例如民航领域中的“航图网(国内)、Frontier(国外)”

应用:

  下载者作为获取者,此时应该对上传者是心怀感激和好奇心的。那么就有动力去尝试这个产品的各个功能。

  下载者可以在地图上点击某个上传者的“标识”,弹出一个气泡,气泡中包含“与Ta交流(IM),分享资源(文件分享),加为好友,关注Ta的下载(下载微博)”.

 

  这些都是比较典型的社区应用,不知道各位觉得这个社区化思路如何?你觉得还可以增加哪些应用呢?

合理设置MTU,提升下载速度

2010年09月06日 19:03| 895,825 次浏览| 发布者 强伊文| 405 评论

  可能很少有雷友注意过“本机、网络”的“MTU”值对自己网络性能产生的影响。对于追求更快的下载速度来说,MTU值设置不当,就仿佛穿着高跟鞋跑步一般。

MTU是什么?

  “MTU=最大传输单元 单位:字节”

  我们在使用互联网时进行的各种网络操作,都是通过一个又一个“数据包”传输来实现的。而MTU指定了网络中可传输数据包的最大尺寸,在我们常用的以太网中,MTU是1500字节。超过此大小的数据包就会将多余的部分拆分再单独传输。

 

为什么MTU影响网络性能?

  让我们看看这个情况,在Windows系统中,默认MTU值也是1500字节,但是“不同的接入方式、不同地区的网络运营商、不同的路由器”有着不同的MTU设置。

  例如:ADSL接入时MTU为1492字节,假设A需要给B传输3000字节数据,如果整个传输过程中各个环节的MTU都是1500,那么2个数据包就可以传输完成。可是偏偏这时ADSL接入方式的MTU是1492字节,数据包就因为这个MTU差异额外拆分为3个(为了便于理解,暂时不将“数据包报头”纳入考虑范围)

  显然这额外增加了需要传输的数据包数量,而且拆包组包的过程也浪费了时间。如果从本地到网络采用一致的MTU就可以避免额外拆包。

 

对下载速度的影响会有多大?

  就拿伊文家里的线路质量不太好的电信4M带宽为例,将操作系统的MTU值改为1492,再将路由器的MTU值从1460改为1492后,下载速度从原本的435KB/s提升到了450KB/s,提升了15KB/s。电信的带宽检测工具的检测结果也从4.09M提升到了4.19M。

 

我该如何合理设置MTU呢?

  更快的下载速度,对于迅雷的用户来说,显然很有意义。可是MTU设置不能一个值天下通用,所以我们讲究合理设置MTU。

  那么什么情况下的MTU值才是合理的呢?

我们先看看什么是不合理的:

1、本地MTU值大于网络MTU值时,本地传输的数据包过大导致网络会拆包后传输,不但产生额外的数据包,而且消耗了“拆包、组包”的时间。

2、本地MTU值小于网络MTU值时,本地传输的数据包可以直接传输,但是未能完全利用网络给予的数据包传输尺寸的上限值,传输能力未完全发挥。

  这样我们就知道,所谓合理的设置MTU值,就是让本地的MTU值与网络的MTU值一致,既能完整发挥传输性能,又不让数据包拆分。

  接下来最重要的就是要找出对于你的网络环境来说MTU多少才是合理的。

(更多…)

“360杀毒”修正了会导致迅雷下载时提示“系统磁盘缓存已满”的问题

2010年09月06日 14:08| 256,185 次浏览| 发布者 强伊文| 20 评论

  于9月1号更新的“360杀毒尝鲜版1.2.1.1319”中,360杀毒解决了近几个月导致迅雷5.9在下载时弹出“系统磁盘缓存已满”提示的问题。

  建议正在受此问题困扰的迅雷用户升级到该版本的360杀毒.

下载地址:

http://down.360.cn/360sd_beta.exe

迅雷7.1.0.1902限量测试第三版发布!

2010年09月01日 02:37| 3,567,582 次浏览| 发布者 强伊文| 293 评论

 

  凝聚了参与开发人员的心血,同时又让我们为之自豪的“迅雷7.1.0.1902限量测试第三版”于9月1号凌晨发布咯!

  这个版本取消捆绑“百度工具栏”,这使安装包减小到“11.68MB”,增加系统托盘的任务状态显示功能,并且改善下载时频繁写磁盘的情况,还有大量的问题修正,欲知详情参见“更新信息”。

 

下载地址:

http://down.sandai.net/thunder7/Thunder7.1.0.1902.exe

 

更新信息:

迅雷7.1.0.1902(2010.08.31)

===========================

功能变化:

1、迅雷7取消捆绑“百度工具栏”

2、当鼠标放到迅雷7系统托盘图标上时,显示下载任务状态

3、现在只有当任务列表被遮盖时,任务下载完成才会弹出右下角的“下载完成提示”

4、支持拖拽导入“.bc、.part”文件进行下载

 

性能改进:

1、优化任务状态数据写入逻辑,大幅降低写磁盘频率

 

问题解决:

1、修正播放音乐时韩语歌词可能无法正常显示的问题

2、修正装插件后帮助菜单出现2个“迅雷资讯”的问题

3、修正“下载通道面板”与“下载数据来源”数据不一致的问题

4、修正某些情况下XP系统上启动迅雷7时提示_exception_xxxxx找不到入口的问题

5、修正某些情况下在悬浮窗上首次点击右键,菜单不弹出的问题

6、修正某些情况下彻底删除任务失败的问题

7、修正BT任务勾选了“隐藏未下载”文件,重启迅雷后未能记住该选项的问题

8、修正某些情况下,迅雷安装完成界面没有设置首页和启动迅雷选项的问题

9、修正低速任务调度的逻辑问题,并在任务列表底部增加了一个提示

10、修正BT下载“基本信息”里显示的不是种子内包含的标题信息而是种子文件名的问题

11、修正BT任务内包含多级目录导致打开和重命名不生效的问题

12、修正某些情况下任务提示信息文字重叠的问题

13、修正某些情况下减少最大任务数后,实际运行的任务数大于最大任务数的问题

14、修正“高速通道”按钮随横向滚动条移动的问题

15、修正11个已知的崩溃问题

2010-09-04 迅雷“招兵买马”咯!

2010年08月26日 17:10| 139,463 次浏览| 发布者 强伊文| 8 评论

 

2010.9.4  迅雷招聘日

                     

时间:2010年94日(10:00-12:00  14:00-16:00                                        

地点:深圳市南山区科技园中区深圳软件园二期117  


应聘方式:

1、查阅详情职位后点击申请,注册简历,我们将尽快进行简历筛选并通过电话预约面试;

2、或者94日当天,您也可以自行携带详细简历,亲临招聘会现场与我们的面试官当面沟通。

 

温馨提示:

1、本次招聘会仅面向有工作经验的社会人士;

2、本次招聘会现场招聘职位,仅限招聘以下职位列表中明确的职位;

3、以下职位,工作地均为深圳。

 

交通提示:

公交车到深大北门下车,沿科技中二路向北步行10分钟,路左侧灰色写字楼;

19 21 36 39 42 70 78 79 81 101 113 123 204 210 223 230

233 234 245 301 310-315环线 311 324 327 338 350 395路可直达深大北门

 

详情参见:http://hr.xunlei.com/itemdetail/100000002.html