uTorrent 高级参数详解和优化.docx
《uTorrent 高级参数详解和优化.docx》由会员分享，可在线阅读，更多相关《uTorrent 高级参数详解和优化.docx（28页珍藏版）》请在冰豆网上搜索。
uTorrent高级参数详解和优化
uTorrent高级参数详解和优化
----（3.0版本可参考，出入不大）
若使用https访问论坛，需进行以下设置才能显示本帖的外链图片
IE8:
当网页提示“是否只查看安全传送的网页内容”时请点击“否”
IE9:
当网页下部弹出“只显示安全内容”对话框，点击右框“显示所有内容”
或直接设置：
IE选项->安全->Internet->自定义级别->其他->“显示混合内容”->点选“启用”
2011-03-12，uTorrentv2.2.1高级参数详解和优化
uT设置网上已有不少教程，这里主要针对缓存、连接、高级参数、新功能和优化进行探讨
本文为软件应用的点滴积累和翻译人工，资料来自uT官网和帮助文件、并结合实践和反馈
uT官方默认参数大多合乎需求，请根据自身网络环境尝试
优化是配合硬件发挥最大功效，不会从物理上改变网络环境
图片中设置内容并非及时更新，也可能因图床超流量暂时不可见，请以文字描述为准
集思广益，图片糨糊
===========================================
磁盘缓存设置，硬盘更健康
===========================================
磁盘缓存的作用是将用户频繁访问的数据预先保存在物理内存中，从而减少硬盘的读写次数或频率
原理是下载特定容量的数据到物理内存后再写入硬盘，或读取特定容量的数据到内存后再分段上传
选项--〉设置--〉高级--〉缓存
【缓存基本设置】
手动指定缓存大小以覆盖自动设置的缓存大小（MB）（建议256~1400，根据自身物理内存设置）
uT用作缓存的物理内存容量，读+写缓存总值（无法分设），uT实时分配并优先保障写入缓存
官方建议缓存总值＜2000MB，但＞1400MB在某些**作系统高速传输时可能会造成uT无响应
实测若已勾选“从读取缓存中移除较旧的缓存区块”，2~4Mb带宽（速率约250~500KB/s）总缓存设为256MB足矣
不需要缓存时减少内存的使用量（不勾）是否在无传输时从物理内存释放（清空）所有uT占用的缓存
建议不勾，勾选类似忽略手动定义缓存；若因缓存占满导致问题，可尝试勾选，极大减缓内存压力。
实测512MB内存XP系统4Mb对等带宽、uT缓存设置128M，速度栏统计状态：
写入缓存优先保障，同时读取缓存占满；
但测试中读取缓存占满不影响uT正常运行，24x7挂机使用稳定，同时缓存得到充分利用。
【高级缓存设置】
启用磁盘写入缓存（勾选）是否下载特定容量的数据到物理内存后再写入硬盘
每2分钟写入未使用的区块（不勾）是否将停止下载达2分钟的非完整区块（只含数据分段16KBblocks）写入硬盘
立即写入已下载完毕的区块（不勾）是否立即将下载完毕的完整区块（piece）写入硬盘，不勾则延迟15秒再写入
同时勾选以上两项可避免系统错误时丢失已下载数据的概率，但硬盘写入频率相应增加
启用磁盘读取缓存（勾选）是否读取特定容量的数据到内存后再分段上传
如果上传速度较低则关闭读取缓存（不勾）是否在上传速度小于40KB/s时关闭读取缓存
从读取缓存中移除较旧的缓存区块（务必勾选）是否从读取缓存删除无上传活动达10分钟的区块
实测同时不勾“不需要缓存时减少内存的使用量”+“如果上传速度较低则关闭读取缓存”+本项
短时间内缓存易被占满，可能会导致与**作系统缓存机制冲突、uT无响应等。
缓存超负荷时增加自动缓存的大小（勾选）是否在读取缓存超载时自动增加，此项在手动定义缓存时不重要
对磁盘写入禁用系统缓存（勾选）是否禁用uT通过系统缓存进行磁盘读取
对磁盘读取禁用系统缓存（勾选）是否禁用uT通过系统缓存进行磁盘写入
禁止uT使用虚拟内存，以绕过**作系统缓存机制避免冲突并增强磁盘传输性能，原理类似于FastCopy，主流内存无压力，建议勾选
**作系统的缓存机制会通过一定的硬盘空间“虚拟内存”并在物理内存超载时交换页面文件以减缓物理内存压力
可能会导致uT在尝试高速传输时的性能下降及硬盘的频繁读写。
uT使用系统缓存与否，属于鱼和熊掌的问题
===========================================
uTorrent需关注的常规和新功能选项
===========================================
【连接选项】
注意以下要点确保传输顺畅（若通讯正常下方状态栏传输标识为绿勾）：
（uT自定义的端口仅用于TCP和UDP传入连接，传出连接使用的是本机的随机端口，这是TCP/IP实现功能的方式）
1、内网用户需在路由或服务器进行端口转发至uT自定义的传入端口：
在路由开启UPnP/NAT-PMP自动转发，或手动设置虚拟服务器（VirtualServer）/NAT端口映射
手动转发，请在路由或服务器设置中确保uT端计算机分配为静态（固定）LANIP
2、可手动定义或随机选择uT的传入端口，但须确保本机未使用同一端口运行两个BT软件
手动定义的端口号建议不要使用25、110、6881～6889范围内的任何端口，其他端口均可使用
若手动定义了固定的传入端口，请取消勾选“每次启动后使用随机端口”
3、勾选uT“启用UPnP端口映射”、“启用NAT-PMP端口映射”、“添加系统防火墙例外”
4、在防火墙中务必允许uT通过所有基于TCP和UDP的传出协议，如需启用DHT，防火墙也需允许ICMP
5、uT支持SOCKS4、SOCKS5、HTTPS、HTTP连接以及HTTP代理服务器。
标准HTTP代理服务器不支持对等通信代理，只有SOCKS5支持UDP代理。
HTTP连接代理服务器是支持任意TCP连接的HTTP代理服务器。
【带宽选项】
全局比率**
应用比率**到额外传输（传输协议开销**）
overhead，传输开销，网络的帧结构中除了有用数据外（有效负载），用来保证通讯完成的控制数据
此选项与高参net.calc_overhead对应，默认false即不勾选；如网络开销占用带宽过大，可尝试勾选
uT2.03版起曾在状态栏显示传输开销并标识为英文“O”，后来默认不显示
高参gui.overhead_in_statusbar:
false更改为ture可开启状态栏开销显示
额外传输**的细分
未在“带宽”常规设置中列出，而在高级参数中增加了“net.calc_rss_overhead:
true”和“net.calc_tracker_overhead:
true”默认参数
即默认启用应用比率**到与RSS广播和与tracker服务器进行通讯的传输开销
应用比率**到uTP传输
uT2.03版起加入此功能，之前版本的全局带宽**仅限TCP连接
注意若此项不勾选，全局带宽**将对uTP传输失效，这也是常见的即使设置了限速也没有效果的原因
若传输速度不稳定有较大波动，也可尝试勾选此项
停止用户交互传输
切勿勾选，效果等同于暂停所有uT任务。
勾选后将在状态栏提示“由用户停止”红感叹号
全局速度和连接数
设置**的原因在于软件需求（如**作系统**或有限带宽下各Internet应用的共存）或是网络环境的**（如ISP服务/网络接入设备）
避免可能导致的传输效率低下或系统崩溃。
因网络环境各异，建议自行测试磨合最佳的全局速度和3个连接数。
最大上传/下载速度
较佳的平衡点是保持上传速度在上行带宽上限的80%，以保障下载的速度。
uT还可在任务列表中对单个任务进行限速设定。
3大连接数：
全局最大连接数/每个任务的最大连接数/每个任务的上传通道数
没有一个固定通用的准则，需自行测试
全局最大连接数=所有运行中任务连接数的总和
每个任务的最大连接数=此任务的种子连接数+上传通道数
种子连接数：
任务窗格中种子列，如18（25）表示该任务现有25个正在做种的用户，本地连接了18个
上传通道数：
任务窗格中用户列，如28（66）表示该任务现有66个正在下载的用户，本地连接了28个
上传限速情况下建议勾选“如果上传速度小于90%则使用额外的上传通道”
uT优先保障任务中的下载连接，还会根据设置的速度/连接数**、群集健康度（如群集中的种子和用户之比）、带宽状况等配对连接。
往往高带宽会获得传输优先、有上传的会获得下载优先、单纯做种的会获得上传优先。
题外话：
下载时机的选择
最好的下载速度通常在该任务的活动用户平均完成率接近50%的时候，缺点是保障了下载速度，但上传量不多
这对在PT的生存是个考验，建议还是尽早加入下载并延长保种时间
普通家用路由的性能和连接数的关联
引用自本论坛dfsd，适当编辑：
PC连接路由下载时，路由器负责转发包工作，路由器芯片有硬件加速功能，基本能实现满速上传和下载
但是直接使用路由器作为BT下载机（脱机下载），就变成另外一回事了，速度下降是当然的
有NS用户也遇到这样的问题，关键还是路由器抗负荷能力太差
NS一开机，如果挂种50个，并发连接数可能会上600＋，一般的家用路由器能上个300＋就不错了，这样路由器就处于超负荷状态
最简单的测试，这个时候访问路由器的网页都会很慢，只要确定是路由器问题后，换路由器就能解决问题
路由器下载玩玩可以，要是真的当BT下载主机来用，路由器又要处理路由，还要负责下载，那点CPU性能和内存，没法玩的
这个和很多播放器宣传一样，号称能BT，结果发现只能同时进行1个任务、挂种不超过2位数的情况相同
BT下载挂种需要开N多连接的，每个打开的连接都要消耗系统资源，并在内存中映射打开的文件块，
一般的路由器没有从底层方面深度优化和改良BT算法，无法达到PC下载相同的性能。
设置向导（SetupGuide旧称SpeedGuide），内置速度测试、上传优先自适应、自动端口映射等功能
选项-->设置向导（快捷键Ctrl+G）或点选状态栏的传输标识
设置向导内置根据网络环境来优化带宽速度和连接数的方案，测试后可参考其给出的建议值进行设置
测试点和测试次数可多尝试，选择接近自身带宽理论值的结果进行参考
若测试结果与所知的自身带宽差距较远，请勿在测试后点选“保存并关闭”
一旦点选就会按照uT测试后的建议值进行设置，反而会造成带宽受限。
【任务选项-BiTorrent的功能】
启用DHT网络：
PT下建议禁用。
是否允许DHT网络
DHT（DistributedHashTable，分布式散列表），和电驴的Kad网络类似，DHT可实现无tracker下的BT用户间连接，使传输不再完全依靠tracker获取信息
新建Torrent时启用DHT：
PT下建议禁用。
是否允许新建任务时查询DHT网络，生效前提是已“启用DHT网络”
启用本地用户发现：
PT下建议禁用。
是否允许新建任务时查询本地网用户
**本地用户带宽：
依自身网络环境设置。
是否将本地用户之间的传输纳入全局带宽**，默认不限
启用用户交换：
建议禁用。
是否允许用户间交换用户和种子信息，默认在新建任务时自动启用
鉴于DHT/本地用户发现/用户交换的**特性与PT管理冲突，PT种子基本内嵌禁用这些功能的标识
制种定义“私用种子（PrivateTorrent）”并限定了Tracker，uT端禁用与否非必须，但PT环境建议禁用
向Tracker查询状态信息：
建议启用，是否允许uT向Tracker服务器查询用户和种子的状态信息
默认是本地已停止的任务不向tracker服务器查询种子和用户信息，任务活动时才查询，可通过高参bt.scrape_stopped改变
启用带宽管理（uTP）：
建议启用。
是否启用uTP功能
对应高参bt.transp_disposition勾选则启用uTP（默认31），同理若在高参设置了uTP参数（10/15/31/255），此处则自动勾选
启用UDPTracker支持：
建议启用。
是否支持与UDPTracker（udp:
//）服务器间的通讯
向Tracker提交的IP地址/主机名：
依自身网络环境设置。
是否向Tracker提交自定义的本地IP或主机名
例如使用了代理服务器的情况下用于向Tracker报告正确的IP地址，注意此处并非指内网IP，不是所有的Tracker都支持此功能
协议加密：
根据自身网络环境设置
ProtocolEncryption（PE）加密：
Azureus与uTorrent共同制定的加密协议，以绕过ISP**或干预
建议参考以下2种模式之一（2种模式均接受加密的传入且为双向加密）：
所有模式（uT默认模式：
加密/非加密连接均接受）
传出连接-----------〉启用
允许传入旧式连接---〉勾选
强制模式（仅接受PE加密连接，屏蔽所有非加密的连接）
增强了反BT吸血或ISP干预,或可绕过ISP对BT的屏蔽，但此设置的弊端是将减少可连接到的用户数量
传出连接-----------〉强制
允许传入旧式连接---〉不勾
禁用传出不加密，但接受加密传入
启用尝试传出加密，若连接失败，转为不加密传出
强制尝试传出加密，若连接失败，仍保持加密传出
允许传入旧式连接允许传入旧式的非加密连接，建议勾选，否则将拒绝所有未加密的传入
【其他关注】
常规->安装IPv6/Teredo：
是否安装IPv6/Teredo穿遂支持，**作系统需为XPSP2以上版本
界面->使用细致化文件优先级：
是否在详细信息窗格文件项中显示任务文件的细分优先级
启用则细分为“1较低-->8正常-->15较高”共15个级别，不启用则为默认的较低/正常/较高3个级别
队列->最大的活动任务数/下载数：
如有较多任务需同时运行，此**值不要设得过低
避免多数任务处于排队等待状态（即不进行传输活动）
标签：
标签可标识BT任务，也可用来对BT任务进行便捷的归类排序
显示标签栏：
uT主界面->任务窗格菜单栏->右键勾选“标签”
添加标签：
任务窗格右键点击BT任务->弹出菜单选定“标签”->新建标签（临时设定标签会随BT任务删除而删除）
添加永久标签：
“高级->界面->永久标签”：
此处可用"|"号分隔标记多个常用标签，如“HDC|（违禁词语-已隐藏）|”
===========================================
uTorrent2.2.1高级参数含义和部分优化
===========================================
选项--〉设置--〉高级--〉高级选项[警告:
请勿修改!
]--〉点选需要修改的的项--〉在下方参数框修改参数--〉修改完毕点选设置--〉点选确定完成设置
*高级选项中用户修改的参数自动添加前缀*号，便于识别
设置含义:
true=启用，false=禁用，数字为参数值
*前缀定义：
bt：
关键传输
diskio：
磁盘管理
gui：
界面**作
net：
网络管理
peer：
用户管理
queue：
队列管理
rss：
RSS广播
其他：
WebUI、兼容、安全等
选项后的参数为win7系统下的官方默认，随附建议参数
xp下默认值除半开连接数net.max_halfopen:
8外（win7为100），其他与win7下相同
---------------------------------------------
框选蓝标为建议关注选项
---------------------------------------------
allow_pairing:
true
默认启用配对连接。
生效前题为net.discoverable选项启用
类似于蓝牙的配对概念，允许外部程序以特定密码和便捷的交互方式登录WebUI远程控制uT,用户必须授权uT为每个连接应用申请生成登录密码，出于安全原因，只允许在被控电脑上进行本功能设置
bt.allow_same_ip:
false
默认禁用单个BT任务中来自相同IP的多个传入连接，增强反吸血保护。
bt.ban_ratio:
128
单个用户在被屏蔽之前发来的完好数据区块与损坏数据区块的最低可接受比率
生效前提为bt.ban_threshold达到最高**值且bt.use_ban_ratio选项启用
bt.ban_threshold:
3
允许单个用户发来的最大损坏数据区块个数,达到此**值将屏蔽该用户
生效前提为bt.use_ban_ratio选项启用
pact_allocation:
false
默认禁用，该功能按紧密增量方式写入下载文件，而非预先分配硬盘空间，可减少硬盘实时占用但因为是小文件写入在下载任务未完成前可能会增加磁盘碎片，启用本功能后未完成下载的文件将可能无法预览。
1）若与“参数设置->常规->下载前预先分配磁盘空间”同时启用，将忽略本功能，而强制预先分配磁盘空间；
2）若要实现本功能，单个下载任务中种子包含的文件必须全选（完整下载）。
若在创建下载任务时选择性跳过了部分文件，本功能将失效。
---------------------------------------------
bt.connect_speed:
7*请根据网络环境设置
---------------------------------------------
uT每秒尝试建立的最大连接数，无论是uTP连接还是TCP连接
若网络拥堵，可尝试改5
bt.enable_tracker:
false
默认禁用内嵌在uT程序中的简易型tracker服务器，此服务器不适用于高安全性或大规模交换服务的要求。
URL访问地址为h**p:
//IP:
port/announce，IP为本机的WAN广域网IP地址（如果使用了动态DNS解析服务,IP地址可使用domain域名来代替）,port端口号为uT的侦听端口（或自定义的其他侦听端口），该简易服务器可跟踪外部种子,但无web界面也无法进行**和查看这些被跟踪的种子，若需使用此功能,请先在路由正确配置虚拟服务器或NAT端口转发
bt.graceful_shutdown:
true
默认启用下载数据保障功能。
将于关闭uT之前等待必需的**作（如:
将正在进行的区块写入磁盘、处理删除队列中的待删文件、等待Tracker服务器的停止回应等），即使程序表面退出uT仍会存在于系统进程中直至全部**作完成，若禁用此选项则在最多10秒后强制终止uT，但可能会造成已下载数据部分丢失。
bt.multiscrape:
true
默认启用与tracker服务器查询的并发/多重散列校验功能，uT会自动检测tracker服务器是否支持，不支持则转用单发校验查询
bt.no_connect_to_services:
true
默认启用，禁止uT侦听bt.no_connect_to_services_list列表中定义的端口，避免反病毒/防火墙软件误报uT正在发送邮件或其他**作
bt.no_connect_to_services_list:
25,110,6666,6667
uT将不侦听本项设置的端口，如电子邮件服务端口25、110或其他公用服务端口列表，避免反病毒/防火墙软件误报uT正在发送邮件或其他**作
生效前提为bt.no_connect_to_services启用
bt.prio_first_last_piece:
false
默认禁用优先下载文件的首尾区块，优先下载首尾区块用于在文件未下载完成前可以预览，若启用本功能，将至少优先下载首区块和尾区块各1MB
bt.ratelimit_tcp_only:
false
默认禁用基于uTP的TCP速率控制，若启用将侧重通过分析uTP的传输信息来控制TCP连接的传输速率，而不完全基于设定的全局传输**
生效前题为bt.tcp_rate_control启用
bt.scrape_stopped:
false
默认禁用本地已停止的任务向tracker服务器查询种子和用户信息
bt.send_have_to_seed:
true
默认启用给其他种子和用户发送本地已完成下载的区块数量信息
bt.set_sockbuf:
false
默认禁用通过定期检测TCP缓冲大小（so_sndbuf）进行调试的功能，该调试基于上传速度而非延迟
bt.shutdown_tracker_timeout:
15
uT查询tracker服务器响应的等待时间期限，单位为秒，若设为0，uT将无限期等待直至tracker服务器响应
bt.shutdown_upnp_timeout:
5
uT查询路由UPnP端口响应的等待时间期限，单位为秒，若设为0，uT将无限期等待直至路由UPnP响应
---------------------------------------------
bt.tcp_rate_control:
true
---------------------------------------------
默认启用TCP连接传输速率控制，是bt.ratelimit_tcp_only生效的前提
若传输速度不佳，可尝试改false禁用
---------------------------------------------
bt.transp_disposition:
31*请根据网络环境设置，内网建议启用uTP
---------------------------------------------
曾经热议的uTP
先简单说说TCP和UDP：
TCP的优势在于双向互动机制兼顾数据传输的完整性、可控制性和可靠性，但复杂的校验与控制机制也使其没有UDP传输效率高；
UDP优势在于带宽占用小、传输效率和连接成功率高，有益于内网用户（如通过UDP内网穿透UDPHolePunching连接），但UDP与TCP协议相比也存在无反向确认机制、无流量和序列控制等弊端。
uTP（MicroTransportProtocol）uTP是一种正在标准化的**式BT协议，主要功能是提高宽带使用效率、减少网络问题，官方也称之为“带宽管理”：
在减缓网络延迟和拥堵的同时最大化网络吞吐量、克服多数防火墙和NAT的阻碍增强网络穿透和传输效率，同时增益流量控制，这对BT用户和ISP都是互利的。
uTP虽基于UDP协议但有所不同，uTP通过自身的框架机制和网络拥堵控制算法（Ledbat）进行带宽管理：
uTP在UDP分组中以自己独特的框架机制来实现与TCP大致相同的功能，同样带有时间戳并使用选择性确认分组SACK；
uTP的拥堵控制算法（Ledbat）可**延时，当延时不严重时可最大限度利用带宽，并能通过uTP提供的信息用于选择TCP连接的传输率，即使在不作限速设置的情况下，也能减少网络拥堵产生，当用户端之间都启用uTP时，可见明显的传输速率提升。
uTP首先于uTv1.8.xbeta开始测试，初衷是减少BT对其它Internet应用的影响，测试期间仍有不完善之处，比如在特定情况下导致传输性能降低；
uT2.0版官方正式启动uTP后，该功能经过多个版本的磨合逐渐成熟，现阶段启用uTP功能的uT用户端已占大多数并曾上升之势
请根据网络环境和应用需求设置，建议内网无法实现端口映射的用户启用uTP，改善与网外用户的连
升级会员 