想喝酸奶?迅雷帮你做!

2010年09月26日 14:47| 332,093 次浏览| 发布者 强伊文| 211 评论

  "酸奶"可能是各位雷友从小到大都经常喝的饮品,伊文也很喜欢喝酸奶。不过伊文喝的酸奶可是用"迅雷"做的。是不是听起来很奇怪?其实每位雷友都可以自己做,只需要买一些简单的原料,加上迅雷就可以!

  那么就由我来给大家介绍一下做法吧!

制作方法:

1、购买一大盒“纯牛奶”和一小盒“酸奶”。(酸奶是我们的乳酸菌来源,必须保证是“原味”,使用包含果肉的酸奶可能会导致酸奶变质)

(更多…)

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

2010年09月06日 19:03| 477,315 次浏览| 发布者 强伊文| 406 评论

  可能很少有雷友注意过“本机、网络”的“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多少才是合理的。

(更多…)

自己动手 优化迅雷7文字渲染

2010年08月21日 18:01| 132,152 次浏览| 发布者 强伊文| 125 评论

  迅雷7发布至今,有不少雷友抱怨过,说“迅雷7的文字边缘很不平滑、文字看不清”。

  好在迅雷7采用的“Bolt”UI引擎支持对字体渲染进行设置。只不过目前界面上没有设置项,需要手动添加配置文件来实现,具体方法稍后再介绍。伊文先给各位看看设置渲染方式前后的效果对比。

默认效果:

优化后:

(更多…)

各浏览器对迅雷兼容性现状

2010年07月29日 17:07| 248,344 次浏览| 发布者 强伊文| 30 评论

  为了我们能够持续的关注和提升迅雷与各种浏览器的支持与相互兼容,特地做了这么一个表,“标识”出当下各浏览器对迅雷的支持情况。(均以最新的正式版为准)

更新时间:2010-07-29

 

 

左键单击监视

右键菜单添加

Flash及流媒体感知

迅雷侦探、下载助手

微软 IE

360安全浏览器

(需设置)


(需设置)

傲游 Maxthon


(需设置)

腾讯TT

世界之窗 Theworld


(需设置)


(需设置)

搜狗高速浏览器

FireFox

Chrome

Safari

Opera

注:标记为“需设置”的设置方法参见“部分基于IE核心第三方浏览器支持迅雷方法

有关“半开连接数”的那些事儿

2010年05月26日 18:28| 264,763 次浏览| 发布者 强伊文| 26 评论

引子

  至少在3年以前,包括迅雷在内的很多下载软件都提供了“修改(破解)操作系统‘TCP半开连接’数量限制(简称“半开连接数”)”的功能,但是有部分用户并没有正确的理解这玩意儿。

 

什么是“TCP半开连接”及“限制”?

  所谓“TCP半开连接”,简单的说就是发起了TCP连接请求,但尚处于建立连接阶段,双方还无法进行互相通信的状态。

  那么“TCP半开连接数量限制”就是指,限制连接发起者最多同时存在“TCP半开连接”的数量。

  在Windows XP SP2中,微软首次引入了半开连接数限制,限制数量:10。限制包括了后续的XP SP3、Windows 2003、Windows Vista 、Vista SP1。

【但是微软在Windows 7、Vista SP2、Windows 2008中没有启用半开连接限制】

 

为什么要修改“TCP半开连接”限制,这样的限制会导致什么?

一、连接多资源的效率降低

  如果我们将上面“建立连接阶段”比喻为正在食堂打饭的顾客,就容易理解多了。

1、TCP半开连接被限制为10,就相当于这座食堂有10个窗口可以同时打饭。

2、系统有大量,远超过10个建立TCP连接的请求,就相当于这座食堂有很多顾客光顾,却不得不排队等着前面那10位顾客打饭。

  显而易见的,TCP半开连接数限制导致建立TCP连接的效率降低了。套用到下载工具上,由于迅雷下载时可能存在大量需要通过TCP连接进行下载的候选资源,因此就导致连接多资源的效率降低了。

二、当某程序占满区区10个半开连接后,将影响其他应用程序发起TCP连接请求

  假设发起连接请求的是都是同一个程序(比如“迅雷”),这时其他程序(比如“浏览器”)的发起连接请求也得排队,由于排队的耗时。就出现了使用迅雷下载时,打不开网页或打开变慢的情况。

 

微软为什么限制“TCP半开连接”数量?

  按照伊文的理解,限制“TCP半开连接”数量的原因,是微软为了防范类似“冲击波病毒”爆发时。受感染的机器发起成百上千的连接,攻击其他计算机的情况。

  但是前文中提到“微软在Windows 7、Vista SP2、Windows 2008中没有启用半开连接限制”,但仍保留了限制机制。可能是因为微软决定在正常情况中无必要限制半开连接数量,当情况变化(例如类似病毒爆发)微软可能会重新开启半开连接数限制。